閉環開發與驗證 Skill(Codex)

圍繞已確認需求及可實施設計,協調實現、測試、缺陷修復、迴歸與審查。以完整用戶任務和證據判斷交付狀態。

Tink1.2.02026年11月9日MIT
取得 Skill

使用需求

面向具備倉庫及文件訪問能力的 Codex 類智能體。說明文件不提供瀏覽器、測試工具、憑據、項目數據或修改外部系統的權限;其他宿主可能需要適配。

  • 已確認需求及適用的開發、數據庫、API 和交互規格
  • 獲授權的代碼與測試訪問能力,以及所需真實運行環境和數據
  • 安裝所用階段的配套 Skill;新增或大幅調整 UI 交互需未隨包提供的 frontend-design-lab

快速開始

  1. 下載後先檢查包內說明,再將 ZIP 解壓至暫存目錄。
  2. 安裝合集時,將六個 Skill 文件夾及同級 shared 文件夾複製到項目的 .agents/skills/ 或個人的 ~/.agents/skills/。保持相對目錄結構,不要把合集外層目錄當成一個 Skill 安裝。
  3. 安裝單獨 ZIP 時,將其中的同名文件夾放入所選 Skills 目錄,並保留其內部 shared 資源。覆蓋前備份同名 Skill,避免重複安裝。
  4. 在 Codex 中使用準確的 $develop-closed-loop 調用;未被發現時可重啓宿主。任務需要流程交接時,另行安裝相應配套 Skill。

適用場景

  • 將已明確設計的功能推進至驗收
  • 推進較大交付,並持續保留逐項需求進度和阻塞項

使用步驟

  1. 調用 $develop-closed-loop,提供權威需求、設計、範圍和權限;先解決阻塞實現的決策,再開展依賴它的編碼。
  2. 建立 REQ/AC 到實現、用例、迴歸證據、審查及狀態的對應關係,按完整的小用戶路徑推進。
  3. 實現、測試、分類失敗、執行獲授權修復、迴歸相關路徑並審查最新差異;仍有缺陷時返回對應階段。
  4. 在真實瀏覽器或目標應用驗證 UI 任務,包括適用的刷新或重開讀回;核對全部範圍及所需交付檢查後報告狀態。

字段命名與頁面文案

需求、前後端字段、頁面、接口和導出沿用常見、準確且一致的業務名稱,明確顯示標籤與既有標識的映射,不因改顯示名破壞公開契約。頁面默認不添加未經明確要求的解釋說明,也不將說明轉移到佔位符、Tooltip 或摺疊區;必要標籤、校驗、狀態、錯誤與恢復反饋照常保留。單獨 ZIP 已包含所需共享參考。

交付內容

  • 需求到證據的進度記錄及實際實現改動
  • 有證據支持時,分別報告已實現、本地已驗證、已部署、真實線上路徑已驗收

侷限

  • 單獨下載不是完整開發套件,可能需要其他配套流程。
  • 缺少產品決策、真實驗證條件或必要審查時,不能宣告全部完成。
  • 流程本身不授權部署、增添功能、替換驗收數據或產生外部副作用。

示例提示詞,非實際執行案例

使用 $develop-closed-loop,依據現有設計實現已批准的個人資料編輯需求。保持範圍及視覺體系,在獲授權的測試環境驗證保存和重新打開後的結果,單列被阻塞的需求,不要部署。

本指南說明包內工作流程,不代表已驗證跨模型可靠性,也不是實際驗收運行報告。

從實作到驗收使用同一流程

先串通風險最高的完整路徑,把版本、輸入、設定和環境一致的證據帶入迴歸與審查。整合後從正常入口逐條檢查受影響的使用者路徑,重新整理或重訪確認權威結果。

Skill 內部
SKILL.md
---
name: develop-closed-loop
license: MIT
description: >-
  Implement, test, repair, and review multiple components or increments when specifications are ready. Deliver the confirmed scope. Use bug-fixing for a local defect.
---

# Closed-Loop Development

Finish the requirements the user confirmed. Preserve business decisions, data and permission boundaries, and the required acceptance environment. Ask about a missing product decision and pause only dependent work. Choose equivalent engineering details within scope. Costs, external effects, historical writes, commits, and releases need applicable authorization.

Run one workflow with one completion decision. Use talking-us, write-design-doc, test-case, bug-fixing, and review skills to close specific gaps, then carry the evidence back.

## 1. Set scope and acceptance conditions

- Map confirmed requirements to implementation and acceptance. Check actual entry points, contracts, versions, sign-in, and real samples. Reuse reliable specifications and evidence. Clarify only missing decisions.
包含檔案 · 8
develop-closed-loop/LICENSE
develop-closed-loop/MANIFEST.json
develop-closed-loop/README.md
develop-closed-loop/SKILL.md
develop-closed-loop/agents/openai.yaml
develop-closed-loop/references/delivery-gates.md
develop-closed-loop/references/product-release-validation.md
develop-closed-loop/shared/product-language.md