Communitygithub.com

hieuphung97/dely

多重操控協定,將請求轉化為已批准的設計合約,在 Orca 監督下協調隔離的工作階段,以實現 Claude Code、Codex、Cursor、Antigravity 及其他 AI 程式碼代理的順序實作與獨立程式碼審查。

dely 是什麼?

Dely 是一個由 Orca 驅動的多 Harness 控制協定,專為 AI 程式碼代理設計,能將開發請求轉化為已批准的設計合約。它透過在 `AGENTS.md` 中建立一個受管理的區塊,為 `implement` 和 `review` 兩個階段分別設定 Harness、模型與努力等級,從而實現順序實作與獨立程式碼審查。Dely 支援多種平台,包括 Claude Code、Codex、Cursor Agent CLI、Antigravity CLI 和 Kiro CLI,並採用動態發現機制來抓取各平台支援的模型與努力等級,而非依賴硬編碼目錄。其主要優勢在於提供一個標準化、可重複的交付流程,並在每次調度時鎖定設定,確保執行環境的一致性和可追溯性。

相容平台✓Claude Code✓Codex CLI✓Cursor✓Antigravity✓Gemini CLI
npx skills add hieuphung97/dely

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

設定

在專案的 AGENTS.md 中精確寫入一個受管理的區塊。從已安裝的 Harness 中發現模型與努力等級。不儲存目錄。不安裝、不信任、不列舉任何內容。

先讀取 AGENTS.md。僅替換此技能自身標記之間的區域。區塊外的內容不被讀取、合併、移動或刪除。

僅兩行

受管理的區塊僅為 implement 和 review 設定部署偏好 — 沒有其他內容。沒有協調器或編排器欄位,因為 Orca 是持續、必需的執行平面。沒有控制列,因為當前互動式工作階段已存在且從不被調度。沒有發佈列,因為發佈沒有 LLM 工作節點。沒有計畫模式欄位和設計技能欄位:活動設計方法是 Harness 和工作階段的屬性,而不是 Dely 的設定。

兩種路徑

快速。 對 implement 和 review 均使用當前 Harness。使用該 Harness 的模型和努力等級預設值,寫為字面值 default。

自訂。 對 implement 和 review 分別提供發現的 Harness、模型和努力等級,並寫入使用者選擇的內容。

詢問選擇哪條路徑。在得到答案之前不要開始撰寫。

要寫入的內容

僅一個區塊,別無其他:

<!-- dely:begin -->
## Dely

侷限性或架構性工作會呼叫 `dely:delivery`;研究型任務不會啟動交付執行。

| 階段 | Harness | 模型 | 努力等級 |
| --- | --- | --- | --- |
| `implement` | … | … | … |
| `review` | … | … | … |
<!-- dely:end -->

如果標記已經存在,則替換它們之間的區域。如果不存在,則附加該區塊。不觸碰其他任何內容。

發現

執行這些指令。它們就是目錄。不要從此套件、記憶或 docs/ 中複製清單。

  • Claude Code 模型:claude -p "/model" --output-format json
  • Claude Code 努力等級:claude -p "/effort" --output-format json
  • Codex:codex debug models
  • Grok 模型:grok models
  • Antigravity CLI 模型:agy models(提供其 TSV 輸出的 slug 列)

兩個 Claude 查詢在本地回應:num_turns 為 0,total_cost_usd 為 0,沒有模型回合。不要將它們視為調度。

visibility: hide 的 Codex slug 不提供。Codex 推理等級是每個 slug 上的 supported_reasoning_levels,而不是每個 Harness 的統一詞彙。

Grok 努力等級不透過呼叫模型來發現。讀取已安裝 CLI 的幫助以及任何已觀察到的驗證。不要執行 Grok 提示來學習標誌。

Antigravity CLI 努力等級為 low|medium|high,從 agy --help 的 --effort 標誌讀取;不要提示模型來學習它。某些模型 slug 已經以 -high、-medium 或 -low 結尾 — 該後綴命名的是模型,而不是努力等級標誌,因此不要將其去除。

未安裝的 Harness 從選項中省略,而不是錯誤。

Kiro CLI

Kiro CLI 模型:kiro-cli chat --list-models --format json(提供每個 model_id)。Kiro CLI 努力等級從 kiro-cli chat --help 的 --effort 標誌讀取;不要提示模型來學習它,也不要儲存目錄。即時發現可能僅提供 auto — 這是有效結果,而不是發明模型名稱的理由。如果 Kiro 發現不可用或無法使用,則省略,而不是猜測。

Cursor Agent CLI

Cursor Agent CLI 模型:cursor-agent models(提供 - 之前的 slug)。沒有 --effort 標誌:將 Effort 寫為字面值 default。不要發明努力等級詞彙,不要從 slug 中去除努力後綴,也不要合成參數化的 [effort=…] 形式。如果 Cursor 發現不可用或無法使用,則省略,而不是猜測。

鎖定

如果存在受管理的區塊,則在每次調度時鎖定 implement 和 review 的 Harness、模型和努力等級。模型或努力等級中的字面值 default 表示想要 Harness 預設值:省略該標誌。這與未設定的儲存格不同 — 預設值是部署偏好,而不是可重複的鎖定,執行封包會記錄已配置的值,並且在 Harness 暴露的情況下記錄實際觀察到的模型和努力等級。

如果 AGENTS.md 沒有受管理的區块,delivery 將使用當前 Harness 及其 Harness 預設值執行 implement 和 review,並省略模型和努力等級標誌。設定是對該後備方案的便利措施,而不是其前提條件。

當無法提供選擇時

當無法提供選擇時,不要做出選擇。採取保守操作 — 可能是寫入保守值,也可能是什麼都不做 — 並報告未提供的選擇,說明哪些可用以及如何設定;不要將該報告寫入受管理的區塊。

對於 CLAUDE.md 匯入:如果當前 Harness 是 Claude Code,匯入不存在,且設定無法詢問,則不寫入任何內容並報告未提供的選項。

拒絕

在以下情況下停止並向使用者報告(保持不變):

  • 標記損壞(有 begin 但沒有匹配的 end,或者 end 在 begin 之前)
  • 存在多個 <!-- dely:begin -->
  • 區塊外的舊版階段表格與區塊矛盾

不要合併兩個表格、刪除舊版表格或猜測哪個具有權威性。

Claude Code 和 AGENTS.md

Claude Code 不讀取 AGENTS.md。持久性指令會原生送達 Codex、Grok、Antigravity CLI、Kiro CLI 和 Cursor Agent CLI。它僅在專案有匯入 AGENTS.md 的 CLAUDE.md 時才會送達 Claude Code。

如果當前 Harness 是 Claude Code 且專案沒有匯入 AGENTS.md 的 CLAUDE.md,則提供建立包含 @AGENTS.md 的單行 CLAUDE.md。使用者接受或拒絕。絕不未經詢問就寫入。

這不是第二個受管理的區塊:沒有標記,沒有配置,是指向區塊的指標,而不是其副本。

此提供僅限於 Claude Code。在 Codex、Antigravity CLI 和 Kiro CLI 上,該檔案是惰性的,就像它沒有被匯入一樣。Cursor Agent CLI 將 CLAUDE.md 作為規則應用。Grok 不會展開它。

設定不會做什麼

不安裝任何外掛或技能。不信任鉤子。不對 ~/.claude、~/.codex、~/.grok、~/.gemini、~/.kiro 或 ~/.cursor 進行寫入。不建立或修改自訂 Kiro 代理。不安裝協調器或欄位。沒有控制列或發佈列。不列舉或呼叫專案擁有的工作流程外掛。沒有模型目錄。

僅在使用者明確要求時才列印經過驗證的安裝指南。

相關技能