把兩個 AI 變成一個會互相挑錯、會留下證據的工作系統
資料架構雙軌互審回圈工程
01 / 19
ACT 1|先回到工作現場
你叫 AI 做完一件事,它說「好了」,然後呢?
常見工作場景整理資料、寫文章、做網頁
- AI 回報已完成
- 你準備往下一步走
- 結果可能要交給別人使用
接下來會遇到你還需要知道
這就是今天要處理的工作現場。
02 / 19
ACT 1|核心問題
AI 說完成,你看到的是回報,還是證據?
證據在哪裡?
回報+驗證=完成
03 / 19
ACT 1|整場地圖
我現在用的系統,有三層
01資料架構
讓專案、規則、素材與證據都有共同位置。
02雙軌互審
讓兩種思路分開工作,再交換挑錯與補盲點。
03回圈工程
把完成條件、檢查方法、失敗換路與停止點寫清楚。
三層合起來,AI 才能成為可交接、可檢查的工作系統。
04 / 19
ACT 2|共用組織庫
Codex CLI 與 Claude CLI,共用一個組織知識庫
資料能被兩邊讀取、交接、驗收。
05 / 19
ACT 2|資料怎麼住
3×4 資料整理法,加上受控詞彙
3 種日記先分清楚這次留下什麼
4 個時間層再決定資料住在哪裡
- 近幾天:工作台
- 近一個月:根目錄
- 半年內:分類資料夾
- 半年以上:歸檔
受控詞彙讓兩邊用同一個名字,找到同一份資料。
3×4 決定資料住哪裡;受控詞彙決定大家怎麼叫它。
06 / 19
ACT 3|為什麼需要另一種思路
愛吃辣的廚師,也會需要不愛吃辣的人試吃
麻辣火鍋廚師做料理自然偏辣
- 熟悉自己的口味
- 知道怎麼把辣做得完整
- 自己試吃時也容易覺得辣就是好吃
換一個人試吃更容易看見被忽略的地方
- 辣度會不會蓋掉食材
- 不吃辣的人能不能入口
- 原本的前提要不要調整
轉到 AI 也是一樣:同一模型容易沿用同一套偏好與前提。
07 / 19
ACT 3|兩種互審模式
只有最後結果互審,或整條線都互審
第一條線
只審最後結果
主模型開始
完成結果
另一個模型只審這裡 ↑
第二條線
整條線都互審
A、B 從頭各跑一遍,再比較整條線
差別很簡單:一個只看終點,一個從起點比到終點。
08 / 19
ACT 3|完整雙軌互審
兩邊先獨立跑完,再交換
01同一份輸入
背景、限制與來源相同
02A、B 獨立完成
先不看對方答案
03交換審查
挑曲解、矛盾與盲點
04整合分歧
收斂採用,差異列出
05交回人
人決策或對家終審
先看對方答案,第二軌就失去獨立性。
完整案例:讓兩個 AI 互相挑錯
09 / 19
ACT 3|7/29 實際建置
現場建了機制,也現場抓到缺口
已當場建置雙軌互審
- Codex 主力執行
- Claude 審查結果
- 重大決策跑完整雙軌互審
現場抓到的缺口AI 回報已連線
- 實際授權尚未完成
- 其他專案能否全域觸發
- 當時還沒有跑驗收
機制建好,是開始驗收的起點。
10 / 19
ACT 3|斷線備援
對家沒回應,主軌先完成並留下交接
正常狀態主軌完成 → 對家互審 → 整合或交付
對家失聯主軌先完成 → 留下交接 → 恢復後補審
主軌先完成
做本軌自檢
標記待補審
留下交接指令
恢復後補審
不要因為互審失聯,讓整件工作停擺。
11 / 19
ACT 4|回圈工程
把工作怎麼完成,寫成可以執行的規則
01完成條件
看到什麼結果,才算這件事做完。
02檢查方法
用什麼測試,確認回報跟實際結果相符。
03失敗處理
這條路不通時,下一條路要怎麼走。
04停止條件
跑到哪裡要停止,什麼情況交回人。
完成、檢查、換路、停止,都先說清楚。
12 / 19
ACT 4|最小往返證據
設定好,要留下真的跑通過的證據
✓兩邊可互叫
A 能叫到 B,B 也能叫回 A。
✓各有真實回覆
不是舊答案,也不是只有單邊宣稱成功。
✓留下成功證據
保留時間、指令、回覆與輸出位置。
設定好,就是兩邊真的互叫過、真的各自回覆,證據也找得到。
13 / 19
ACT 4|停止條件
先整理一輪,再跟標準對照。沒達標才繼續
01|目前桌面
東西散著,還多了一個不知道該放哪裡的圓形物體。
02|整潔桌面的標準圖
標準圖裡沒有圓形物體,也沒有寫它該去哪裡。
03|拿結果對照指標
四項都能達標,但圓形物體沒有規則。再整理也無法完全符合標準圖。
整理第 1 輪對照標準沒達標,再整理2 到 3 次仍卡同一點停止並回報規則缺口
文件分析推理:第 1 圈,主模型完成分析→第 2 圈,另一模型挑問題,主模型修正普通任務通常兩圈夠;高風險或分歧仍大,再進第 3 圈。
14 / 19
ACT 4|現場 DEMO
8 分鐘,看一次完整的降級與補審
01連線
確認兩邊能互叫
02交接
傳遞任務、限制與位置
03互審
對家檢查結果與盲點
04斷線降級
主軌先完成並留交接
05恢復補審
連線回來後完成審查
Demo 成功標準:看見機制真的跑過,也看見失聯時怎麼繼續。
15 / 19
ACT 4|不只程式流程
我把回圈工程用在四種工作
01寫文章
從素材、成稿、審查到發佈,寫出每一段的完成條件。
02催稿
知道何時提醒、沒回應怎麼換路、哪個狀態要交回人。
03做網頁
內容、版面、功能、手機版與驗收證據都能分段檢查。
04做決策
把選項、標準、分歧與拍板位置留下來。
同一個核心:有完成條件、有檢查、有換路、有停止點。
詳細文章:當我開始理解迴圈
16 / 19
ACT 4|共同指令入口
我會把關鍵字寫成一眼能判斷的入口
「跑結果互審」主模型完成,另一模型只審最後結果。
「跑完整雙軌互審」兩邊從完整前因後果獨立跑完,再交換審查。
「設定好,請做最小往返驗收」兩邊真實互叫、各自回覆,留下時間與結果。
「對家沒回應」主軌先完成,留下可直接接手的交接指令。
關鍵字負責啟動;完整規則仍住在共享資料架構裡。
17 / 19
ACT 5|下一步選項
同一套底層,可以延伸成兩種工作坊
路線 A輔助決策工作坊
適合:手上有一個重要選擇,想把標準、選項與分歧攤開來看。
路線 B老闆與主管的 AI 駕馭工程工作坊
適合:想把團隊經驗、規則與 AI 工作方式整理成可交接系統。
先看現在要解的是一個決策,還是一套組織工作方式。
18 / 19
ACT 5|收尾
你現在缺的是哪一層?
資料
需要的資料找得到嗎?
互審
不同模型能補到盲點嗎?
完成
結果有留下證據嗎?
先選一個真實任務,補上一個完成證據,跑一次最小往返。
接下來進入問答
19 / 19