← 江江教練官網

8/2 免費線上講座

雙模型互審
與迴圈工程

把兩個 AI 變成一個會互相挑錯、會留下證據的工作系統

資料架構雙軌互審回圈工程
8月2日雙模型互審與迴圈工程講座宣傳圖
01 / 19

你叫 AI 做完一件事,它說「好了」,然後呢?

常見工作場景

整理資料、寫文章、做網頁

  • AI 回報已完成
  • 你準備往下一步走
  • 結果可能要交給別人使用
接下來會遇到

你還需要知道

  • 它做了哪些事
  • 結果放在哪裡
  • 換一個人能不能接著做

這就是今天要處理的工作現場。

02 / 19

AI 說完成,你看到的是回報,還是證據?

證據在哪裡?
回報驗證完成
03 / 19

我現在用的系統,有三層

01

資料架構

讓專案、規則、素材與證據都有共同位置。

02

雙軌互審

讓兩種思路分開工作,再交換挑錯與補盲點。

03

回圈工程

把完成條件、檢查方法、失敗換路與停止點寫清楚。

三層合起來,AI 才能成為可交接、可檢查的工作系統。

04 / 19

Codex CLI 與 Claude CLI,共用一個組織知識庫

人|拍板與邊界

Claude CLI

讀取、分析、審查

組織知識庫

專案|規則|素材|日誌|證據

Codex CLI

讀取、執行、驗收

資料能被兩邊讀取、交接、驗收。

05 / 19

3×4 資料整理法,加上受控詞彙

3 種日記

先分清楚這次留下什麼

  • 工作日記
  • 觀點日記
  • 心情日記
4 個時間層

再決定資料住在哪裡

  • 近幾天:工作台
  • 近一個月:根目錄
  • 半年內:分類資料夾
  • 半年以上:歸檔
受控詞彙讓兩邊用同一個名字,找到同一份資料。

3×4 決定資料住哪裡;受控詞彙決定大家怎麼叫它。

06 / 19

愛吃辣的廚師,也會需要不愛吃辣的人試吃

麻辣火鍋廚師

做料理自然偏辣

  • 熟悉自己的口味
  • 知道怎麼把辣做得完整
  • 自己試吃時也容易覺得辣就是好吃
換一個人試吃

更容易看見被忽略的地方

  • 辣度會不會蓋掉食材
  • 不吃辣的人能不能入口
  • 原本的前提要不要調整

轉到 AI 也是一樣:同一模型容易沿用同一套偏好與前提。

07 / 19

只有最後結果互審,或整條線都互審

第一條線

只審最後結果

主模型開始 完成結果
另一個模型只審這裡
第二條線

整條線都互審

A起點A 完成
B起點B 完成
A、B 從頭各跑一遍,再比較整條線

差別很簡單:一個只看終點,一個從起點比到終點。

08 / 19

兩邊先獨立跑完,再交換

01

同一份輸入

背景、限制與來源相同

02

A、B 獨立完成

先不看對方答案

03

交換審查

挑曲解、矛盾與盲點

04

整合分歧

收斂採用,差異列出

05

交回人

人決策或對家終審

先看對方答案,第二軌就失去獨立性。

完整案例:讓兩個 AI 互相挑錯

09 / 19

現場建了機制,也現場抓到缺口

已當場建置

雙軌互審

  • Codex 主力執行
  • Claude 審查結果
  • 重大決策跑完整雙軌互審
現場抓到的缺口

AI 回報已連線

  • 實際授權尚未完成
  • 其他專案能否全域觸發
  • 當時還沒有跑驗收

機制建好,是開始驗收的起點。

10 / 19

對家沒回應,主軌先完成並留下交接

正常狀態主軌完成 → 對家互審 → 整合或交付
對家失聯主軌先完成 → 留下交接 → 恢復後補審
主軌先完成
做本軌自檢
標記待補審
留下交接指令
恢復後補審

不要因為互審失聯,讓整件工作停擺。

11 / 19

把工作怎麼完成,寫成可以執行的規則

01

完成條件

看到什麼結果,才算這件事做完。

02

檢查方法

用什麼測試,確認回報跟實際結果相符。

03

失敗處理

這條路不通時,下一條路要怎麼走。

04

停止條件

跑到哪裡要停止,什麼情況交回人。

完成、檢查、換路、停止,都先說清楚。

12 / 19

設定好,要留下真的跑通過的證據

兩邊可互叫

A 能叫到 B,B 也能叫回 A。

各有真實回覆

不是舊答案,也不是只有單邊宣稱成功。

留下成功證據

保留時間、指令、回覆與輸出位置。

設定好,就是兩邊真的互叫過、真的各自回覆,證據也找得到。
13 / 19

先整理一輪,再跟標準對照。沒達標才繼續

01|目前桌面

東西散著,還多了一個不知道該放哪裡的圓形物體。

02|整潔桌面的標準圖

標準圖裡沒有圓形物體,也沒有寫它該去哪裡。

03|拿結果對照指標

  • 文件疊齊
  • 杯子回固定位置
  • 小物集中收好
  • 桌面空出七成
四項都能達標,但圓形物體沒有規則。再整理也無法完全符合標準圖。
整理第 1 輪對照標準沒達標,再整理2 到 3 次仍卡同一點停止並回報規則缺口
文件分析推理:第 1 圈,主模型完成分析第 2 圈,另一模型挑問題,主模型修正普通任務通常兩圈夠;高風險或分歧仍大,再進第 3 圈。
14 / 19

8 分鐘,看一次完整的降級與補審

01

連線

確認兩邊能互叫

02

交接

傳遞任務、限制與位置

03

互審

對家檢查結果與盲點

04

斷線降級

主軌先完成並留交接

05

恢復補審

連線回來後完成審查

Demo 成功標準:看見機制真的跑過,也看見失聯時怎麼繼續。
15 / 19

我把回圈工程用在四種工作

01

寫文章

從素材、成稿、審查到發佈,寫出每一段的完成條件。

02

催稿

知道何時提醒、沒回應怎麼換路、哪個狀態要交回人。

03

做網頁

內容、版面、功能、手機版與驗收證據都能分段檢查。

04

做決策

把選項、標準、分歧與拍板位置留下來。

同一個核心:有完成條件、有檢查、有換路、有停止點。

詳細文章:當我開始理解迴圈

16 / 19

我會把關鍵字寫成一眼能判斷的入口

「跑結果互審」

主模型完成,另一模型只審最後結果。

「跑完整雙軌互審」

兩邊從完整前因後果獨立跑完,再交換審查。

「設定好,請做最小往返驗收」

兩邊真實互叫、各自回覆,留下時間與結果。

「對家沒回應」

主軌先完成,留下可直接接手的交接指令。

關鍵字負責啟動;完整規則仍住在共享資料架構裡。

17 / 19

同一套底層,可以延伸成兩種工作坊

路線 A

輔助決策工作坊

適合:手上有一個重要選擇,想把標準、選項與分歧攤開來看。

  • 決策標準卡
  • 雙軌分析頁
  • 分歧與拍板紀錄
路線 B

老闆與主管的 AI 駕馭工程工作坊

適合:想把團隊經驗、規則與 AI 工作方式整理成可交接系統。

  • 組織知識地圖
  • 交接與觸發協議
  • 一條可驗收的工作迴圈

先看現在要解的是一個決策,還是一套組織工作方式。

18 / 19

你現在缺的是哪一層?

資料
需要的資料找得到嗎?
互審
不同模型能補到盲點嗎?
完成
結果有留下證據嗎?

先選一個真實任務,補上一個完成證據,跑一次最小往返。

接下來進入問答

19 / 19