專案 · 協作系統
跨 AI 協作系統
讓 Claude、Codex 與其他角色交接時,保留任務邊界、版本、證據與未解項目。
這個專案在做什麼
當一個 AI 負責規劃、另一個 AI 負責執行時,真正困難的不是把兩個工具打開,而是讓第二個 AI 知道要做什麼、不能碰什麼,以及什麼才算完成。這個專案建立了一套檔案式交接方法,讓任務可以跨工具執行,也能回頭檢查。
一個任務如何跨過兩個 AI
規劃端不把所有背景都塞給執行端,而是先縮成一份可驗收的任務;執行端只能在指定範圍產出,完成後再由規劃端和人一起檢查。
兩輪內容任務留下的結果
這套交接方式先在內容圖片任務中試跑,之後再加入參考圖與順序控制。版本不是只改文件,而是每次都用真實輸出檢查問題有沒有被修掉。
6 篇文章,各產出封面與社群圖,共 12 張。
12 / 12 完成,其中 1 張因風格偏差重做模糊的中文風格詞被誤解,過多背景也讓畫面塞入不需要的元素。
改成具體英文指令、禁止清單與單一任務背景4 篇文章的封面與社群圖都在第一輪完成。
先做封面,再沿用封面建立社群圖,減少視覺漂移2026-10-13
一段雙語內容補充如何完成驗收
PR139把同名影片轉錄快取的核對方法補進既有粗剪文章。Aaron核准正文,Codex整合中英網站來源,再處理來源檢查的404與換行比對誤判。修正的是驗證請求與比對方式,沒有因此放寬存取控制或新增網站路由。
同一content commit通過預覽後,正式發布另經核准。對應merge 1a94e4e 的網站交付留下以下結果:
中英桌機與手機檢查4/4通過;正式路由稽核1,803項、0項失敗;合併commit的三項CI檢查成功。
可重用的做法:保存需求與批准,列出Codex改動,保留實際失敗,再把驗證結果連回正式版本。
這證明網站交付。原粗剪文章未做影片端到端實測;沒有省時、搜尋增長或讀者採用的量測。
關鍵不是串接,而是責任怎麼分
AI 負責規劃與執行;這個專案真正需要設計的是任務切法、停止條件和驗收責任。
避免整包上下文讓執行端自行猜測什麼最重要。
交付不散落在對話裡,後續可以比較版本和追查錯誤。
把「問回來」設計成正常路徑,而不是讓 AI 用流暢文字掩蓋缺口。
結果要回到成功條件,由另一個角色或人重新核對。