ultracode-token-optimization：多代理工作流程省 token 規則

讀取 Markdown 原文 · 下載 Agent SKILL.md

替多個 coding agent 分清決策、執行與審查，縮短交接，減少退回重做。

工坊收錄說明

小隊與協作

已在寫 Ultracode Workflow 的開發者、想整理多代理交接與驗收規則的小隊。

一份標明三種角色、交接摘要與完成證據的 Workflow 草案，附 runtime 差異及日後的用量比較方式。

和小隊一起審草案：誰能下決策、誰要交證據、哪段原始日誌可改成摘要；測量後再分享效果。

先讀 README「前提・限界」，對照 SKILL.md 列出哪些 agentType 與模型在自己的環境可用。

封面與來源署名

作者：ken-kk

封面插畫：/art/skills/ultracode-token-optimization.webp

原作者 GitHub：https://github.com/kieiken/ultracode-token-optimization

登入自由工坊並連結自己的 GitHub，即可在技能書加星或取消星星。

原作數據：/api/v1/github/books/ultracode-token-optimization/metrics

Stars、Forks、追蹤數、未結 Issues 與 PR 合計、最近程式更新時間以 GitHub 回覆為準；數據附核對時間，讀取失敗不冒充零。

讀者與格式

Ultracode Workflow 操作規則 Skill

• 已在寫 Ultracode Workflow 的開發者
• 想整理多代理交接與驗收規則的小隊

功能與使用範圍

MIT 文字規則 Skill，沒有執行引擎或 token 硬上限，也沒有固定節省率保證。需自備 Claude Code／Ultracode Workflow 與服務額度。SKILL.md 的 agentType、模型名稱、繼承及 budget 行為依作者特定環境，採用前要逐項對照自己的 runtime；不能直接照抄模型配置。工坊未啟動代理，也未量測節省效果。

• 在寫 agent()／parallel()／pipeline()／phase() 工作流程前，先核對角色與 runtime 限制。
• 由 orchestrator 決策、executor 執行、reviewer 提出審查，避免角色越權造成重工。
• 用短摘要交接並保留完成證據，搭配 SKILL.md 的 16 項規則與提交前自檢表。

開始前準備

• README 與 SKILL.md；自己的 Claude Code／Ultracode Workflow 環境。
• 一個小型練習任務、可用的 agentType／模型清單及服務額度。
• 記錄執行前後用量、退回次數與驗收結果的方法，才能比較是否有幫助。

第一個練習

1. 先讀 README「前提・限界」，對照 SKILL.md 列出哪些 agentType 與模型在自己的環境可用。

2. 在紙上拆一個小任務，指定決策、實作與審查各由誰負責，寫出每次交接的短摘要和完成證據。

3. 用提交前自檢表檢查流程草案；確認環境後才自行試跑，並把用量與重工次數留下來比較。

練習成果

一份標明三種角色、交接摘要與完成證據的 Workflow 草案，附 runtime 差異及日後的用量比較方式。

專案與授權

原作 Repo：https://github.com/kieiken/ultracode-token-optimization

從原作建立自己的版本：https://github.com/kieiken/ultracode-token-optimization/fork

工坊整合參考：https://github.com/kieiken/ultracode-token-optimization

記錄的授權：MIT

一起改這本技能書

向原作 Issues 回饋 runtime 差異、角色越界或交接重工的最小案例，附設定版本與實測數字；保留 ken-kk 與 MIT 來源，不把單次結果寫成固定節省比例。

原作 Repo：https://github.com/kieiken/ultracode-token-optimization

預設 PR 目標：kieiken/ultracode-token-optimization:main

從原作建立自己的版本：https://github.com/kieiken/ultracode-token-optimization/fork

原作 PR：https://github.com/kieiken/ultracode-token-optimization/pulls

工坊整合參考：https://github.com/kieiken/ultracode-token-optimization

工坊整合任務專用 Fork：https://github.com/kieiken/ultracode-token-optimization/fork

工坊任務：https://github.com/kieiken/ultracode-token-optimization/issues

工坊 PR：https://github.com/kieiken/ultracode-token-optimization/pulls

GitHub Milestones：https://github.com/kieiken/ultracode-token-optimization/milestones

先閱讀原作現行的貢獻規則。Fork 不會自動回饋原作；修改要以 PR 提交，由原作維護者決定是否合併。工坊整合任務可在工坊審查，另外記錄回饋原作的 PR 或未回送原因。

以下是入口與建議，不代表已認領或已完成。以 GitHub 最新 Issue、PR 與維護者確認為準。

• 第一份可重用的共同成果（建議里程碑）：提交可重現案例、來源與驗證結果，由維護者審查；這是建議里程碑，尚未建立為 GitHub milestone。

### 改善Ultracode Workflow 操作規則 Skill的第一個案例 · 建議任務

向原作 Issues 回饋 runtime 差異、角色越界或交接重工的最小案例，附設定版本與實測數字；保留 ken-kk 與 MIT 來源，不把單次結果寫成固定節省比例。

• 驗收：一份標明三種角色、交接摘要與完成證據的 Workflow 草案，附 runtime 差異及日後的用量比較方式。 記錄實際驗證與未執行項目；以原作 Issue／PR 協調。

Agent Skill：/development/skills/ultracode-token-optimization/SKILL.md

協作 JSON：/api/v1/skills/ultracode-token-optimization/collaboration

參與開發

向原作 Issues 回饋 runtime 差異、角色越界或交接重工的最小案例，附設定版本與實測數字；保留 ken-kk 與 MIT 來源，不把單次結果寫成固定節省比例。

工坊 Issue／PR 協調入口：https://github.com/kieiken/ultracode-token-optimization/issues

先讀該 Repo 根目錄 README.md、AGENTS.md、CONTRIBUTING.md；原始程式、測試及來源授權留在該專案。平台介紹與公會收錄則在 freedom-platform 的 modules/community 維護。

要改善平台介紹：https://github.com/FreeTWAI/freedom-platform/issues

閱讀與來源

閱讀原始專案：https://github.com/kieiken/ultracode-token-optimization/blob/aa7b2bd43da2364602554e954deeecc02e903b7e/README.md

核對日期：2026-10-20

核對版本：aa7b2bd43da2364602554e954deeecc02e903b7e

• README.md：https://github.com/kieiken/ultracode-token-optimization/blob/aa7b2bd43da2364602554e954deeecc02e903b7e/README.md
• LICENSE：https://github.com/kieiken/ultracode-token-optimization/blob/aa7b2bd43da2364602554e954deeecc02e903b7e/LICENSE

共創原則

GitHub Issue 是待辦與協調來源，PR 是審查與合併紀錄。先確認任務範圍，再用自己的分支完成相關驗證；保留上游與實際貢獻者。Fork 不等於平台認證、已測試運行或新授權。

完整結構化目錄：/api/v1/development-map