專案 · 協作系統

跨 AI 協作系統

讓 Claude、Codex 與其他角色交接時,保留任務邊界、版本、證據與未解項目。

這個專案在做什麼

當一個 AI 負責規劃、另一個 AI 負責執行時,真正困難的不是把兩個工具打開,而是讓第二個 AI 知道要做什麼、不能碰什麼,以及什麼才算完成。這個專案建立了一套檔案式交接方法,讓任務可以跨工具執行,也能回頭檢查。

原本的風險把整段對話直接丟給下一個 AI背景很多,真正的任務卻不清楚;輸出出錯時,也難以判斷是哪一段交接失效。
重新設計後每次只交一份有邊界的任務書目標、限制、預期輸出與驗收條件被寫清楚,執行結果也回到獨立資料夾。

一個任務如何跨過兩個 AI

規劃端不把所有背景都塞給執行端,而是先縮成一份可驗收的任務;執行端只能在指定範圍產出,完成後再由規劃端和人一起檢查。

01定義任務說清楚背景、目標和這次不做什麼。
02寫成交接補上限制、預期輸出與成功條件。
03隔離執行Codex 只讀這次需要的資料,只寫指定輸出。
04回收驗收逐項核對結果、版本、缺漏與重做原因。
任務書它回答的問題缺少時的風險
背景為什麼要做這件事?只看到指令,不懂目的
目標這次必須完成什麼?產出看似完整但答非所問
限制哪些資料和動作不能碰?範圍越做越大
驗收什麼條件才算完成?交付後無法客觀判斷

兩輪內容任務留下的結果

這套交接方式先在內容圖片任務中試跑,之後再加入參考圖與順序控制。版本不是只改文件,而是每次都用真實輸出檢查問題有沒有被修掉。

第一次試跑v0.2

6 篇文章,各產出封面與社群圖,共 12 張。

12 / 12 完成,其中 1 張因風格偏差重做
找到的失敗1 類

模糊的中文風格詞被誤解,過多背景也讓畫面塞入不需要的元素。

改成具體英文指令、禁止清單與單一任務背景
後續穩定版v0.5.2

4 篇文章的封面與社群圖都在第一輪完成。

先做封面,再沿用封面建立社群圖,減少視覺漂移

2026-10-13

一段雙語內容補充如何完成驗收

PR139把同名影片轉錄快取的核對方法補進既有粗剪文章。Aaron核准正文,Codex整合中英網站來源,再處理來源檢查的404與換行比對誤判。修正的是驗證請求與比對方式,沒有因此放寬存取控制或新增網站路由。

同一content commit通過預覽後,正式發布另經核准。對應merge 1a94e4e 的網站交付留下以下結果:

中英桌機與手機檢查4/4通過;正式路由稽核1,803項、0項失敗;合併commit的三項CI檢查成功。

可重用的做法:保存需求與批准,列出Codex改動,保留實際失敗,再把驗證結果連回正式版本。

這證明網站交付。原粗剪文章未做影片端到端實測;沒有省時、搜尋增長或讀者採用的量測。

關鍵不是串接,而是責任怎麼分

AI 負責規劃與執行;這個專案真正需要設計的是任務切法、停止條件和驗收責任。

只給完成任務所需的背景

避免整包上下文讓執行端自行猜測什麼最重要。

輸出位置與格式預先固定

交付不散落在對話裡,後續可以比較版本和追查錯誤。

資訊不足時停止,不自行補完

把「問回來」設計成正常路徑,而不是讓 AI 用流暢文字掩蓋缺口。

規劃端不能自己宣布完成

結果要回到成功條件,由另一個角色或人重新核對。