Dong-skills — 智能體協作工作流
- Codex
- OpenCode
- Grok CLI
- Claude Code
- Agent Workflows
- Code Review
- Verification
一個公開的個人 skills 倉庫，為 Claude Code、Codex、OpenCode 與 Grok 整理智能體協作紀律，包含受控範圍、審查關卡與明確驗證。它保留 Claude-Codex 互評、Codex-OpenCode 與 Codex-Grok 工作流作為已命名的可復用操作規則。
一眼看懂
角色 獨立作者 — 工作流設計、安全邊界、審查協議與文檔
問題
多智能體 coding work 如果範圍、隱私、審查權限與驗證責任不明確，很容易失控。第二個 agent 只有在拿到受控任務包，且其結論被真實 repo 驗證時才有價值。
解法
我把反覆使用中的協作實踐整理成明確 skill workflow：先定義任務包，限制第二個 agent 能看什麼、做什麼，設置審查關卡，並在交付前逐條對照 repo 驗證。
成果
公開 skills 倉庫 · 覆蓋 Claude Code、Codex、OpenCode 與 Grok 的協作工作流 · skills 已對齊 plugin contract v2
我的工作
- Claude-Codex 互評工作流：讓一個 coding agent 審查另一個 agent 的 diff，但不轉移最終責任
- Codex-OpenCode 工作流：包含能力檢查、受控委派、review / adversarial-review 入口與結果驗證
- OpenCode collaboration guidance：任務文本放在 prompt、文件作為附件、避開隱藏 runtime context，並要求 Codex 驗證每個發現
- Codex-Grok 協作工作流：使用 grok-plugin-codex 做能力檢查、受控 run、review / rescue / adversarial review、session export、background jobs，並保留 Codex 最終驗證
- OpenCode 與 Grok collaboration skills 於 2026-07 對齊 plugin contract v2，同時保留三條已命名工作流
技術證據
- 操作安全規則：第二 agent 不執行破壞性命令、不 commit / push、不讀 private runtime paths，也不直接採信未驗證結論
- 可復用任務包結構：目標、驗收標準、精確 scope、約束、驗證命令、期望輸出與風險
- 審查紀律：OpenCode 與 Grok 可以提供第二輪 review 或 adversarial review，但 Codex 仍負責讀 diff、跑測試並決定是否交付
為什麼做這個倉庫
這個倉庫把反覆使用中的本地實踐整理成明確操作規則。Codex 請 Claude Code、OpenCode 或 Grok 協助時，真正有價值的不是讓另一個模型多說幾句，而是讓協作有邊界、可檢查、可驗證。
這些 skills 定義了什麼能委派、什麼保持私有、誰負責 git，以及第二 agent 的意見在被採納前必須通過哪些檢查。
第二 agents 是 reviewers，不是 owners
Codex-OpenCode 工作流把 OpenCode 定位為第二 reviewer 或受控 helper。流程先做能力檢查，再發送明確任務包，禁止 commit 與破壞性命令，最後要求 Codex 對照真實文件與測試輸出驗證每個發現。
Codex-Grok 工作流把同一規則套到 grok-plugin-codex：先檢查 Grok 是否可用，只委派一個受控任務或 review，檢查完整結果，並讓 Codex 繼續負責文件、測試、git 與最終判斷。