Osslab Manager — Development skill for Claude Code

OSSLab Manager · 工單托管（Claude／ZCode／Codex 經理通用版）

一個 agent skill：讓你的主力模型當專案經理，不當碼農。經理先盤點現況，把需求拆成一張張可驗收的工單，派給更便宜的編程 Agent 實現；經理自己重跑每條驗收命令，再交給另一家廠商的模型做唯讀異族 code review、逐條核實；最後逐張本機提交，把關到底。

本 repo 是 **opus-manager**（Claude 經理版）與 **astra-manager**（Codex 經理版）整併後的延續版：三種 runtime 共用同一份 skill，差異只剩一小段執行環境說明。改編自 [yanauto/opus-manager](https://github.com/yanauto/opus-manager)（MIT）。

為什麼

強模型最值錢的能力是判斷：怎麼拆任務、什麼算做完、審查意見裡哪條是真 bug。寫實作碼最耗額度，而這部分交給按量付費的模型也能做好。

用這個 skill，經理的額度只花在刀刃上：盤點、規劃、驗收、核實審查意見；實作碼由工人模型寫，審查交給異族模型看。

實測經驗

• 大型開發確實超省成本：經理額度只花在盤點、拆單、驗收、核實，實作由便宜的按量工人扛，多張票還能用獨立 worktree 平行跑。
• 正確性不錯，應該比單開發還精準：每張票都要過「驗收命令重跑＋異族審查＋逐條核實」三層獨立檢查；單開發是同一個模型寫完自己看，盲點一模一樣。管線逼你把「什麼算做完」寫成命令，這件事本身就消掉一大類模糊。

模型推薦（實測）

• 經理（主模型）：Claude Opus 5.5、Fable 5.1 或 GPT-6 Astra，思考等級 high 以上——經理的價值全在判斷（拆單、驗收、核實），這層不要省。
• 工人（sub）：目前測試以 DGX Spark 的 4.1 Flash 最合；GLM 5.3 Flash 會慢很多，當備援可以。

三個角色

角色	執行者	呼叫
經理	Claude Code／ZCode／Codex（GPT-6 Astra），載入本 skill	—
施工（預設）	pi CLI 無頭模式；deepseek/deepseek-v4.1-flash 走 OpenRouter（按量計費）	scripts/pi-openrouter-worker.sh
施工（備援）	ZCode CLI 無頭模式；GLM-5.3-Flash（BigModel Coding Plan）	scripts/zcode-cloud-worker.sh
審查	Grok Build grok-4.7（medium），唯讀 Read／Grep	scripts/grok-readonly-review.sh

快速開始

1. 把本 repo 放到你的 agent skill 目錄（例如 ~/.agents/skills/osslab-manager/，各 runtime view 同源掛載）。
2. 準備兩個 secret 檔（金鑰不進 argv／log／git）：
   • ~/.openclaw/secrets/openrouter.env：OPENROUTER_API_KEY=...
   • ~/.openclaw/secrets/glm-coding-plan.env：ZHIPU_API_KEY=...
   • ZCode CLI 位置可用 ZCODE_CLI_BIN 覆蓋。
3. 需要本機裝好 pi、zcode、grok 三個 CLI。
4. 在對話裡說「托管」「走工單」「派出去」，經理就會照 skill 跑。

流程

盤點（先量再問）→ 決策就緒（已定／觀察／未定三分類）→ 拆單（一張一事、`blocked-by` 完整依賴、驗收寫命令與預期輸出）→ 派工（乾淨環境、凍結 helper 可選）→ 經理驗收（回執只是說法，命令自己重跑）→ Grok 異族審查 → 逐條核實（審查員常看錯）→ 逐張本機提交（阻擋級不得拆單繞過）→ push 前整批 code-review → PR。

工單放 `_tickets/open|doing|done/`（目錄即狀態），回執放 `_receipts/