RCF-058：雙視角確認機制 + 工具路由 Codex 擴展
| 欄位 | 內容 |
|---|---|
| 日期 | 2026-05-31 |
| 狀態 | 有效 |
| 觸發條件 | 條件 1（修改 HARD STOP 工具路由規則）+ 條件 4（新增 SOP 文件 + 修改 SKILL 執行步驟） |
| 來源任務 | tasks.md L360（KM 雙視角確認）+ L361（跨平台相容性評估）待達標條件均於 2026-05-31 達標 |
決策內容
背景
tasks.md L360 的等待條件為「Codex Research Preview 台灣開放」，替代方案為「ChatGPT 或 Gemini」。
2026-05-31 確認：
- Codex desktop（Windows 版）已可用（自 2026-03-04 起）
- Codex 具持久記憶（2026-04 月起）
- Tim 確認 Codex 為乾淨狀態（無 HQ 先前 context）→ 升為主要工具
等待條件視為達標，依 Tim 授權執行本次實作。
實作範圍（10 個檔案，13 個操作）
| # | 操作類型 | 檔案 | 說明 |
|---|---|---|---|
| 1 | 新建 | knowledge/operations/dual-ai-review-sop.md |
Use Case A 三步序列 + 獨立撰寫約束 HARD STOP + Use Case B 路由判斷表 |
| 2 | 新建 | knowledge/decisions/RCF-058.md |
本文件 |
| 3 | 修改 | knowledge/decisions/README.md |
+1 RCF-058 索引行 |
| 4 | 修改 | dev/tasks.md |
L360 更新等待條件（✅達標）+ L361 更新 + 新增 P3 GitHub 授權任務 |
| 5 | 修改 | reports/reflection-log.md |
加入 Claude 月評模板 + 雙視角對辯模板 shells |
| 6 | 修改 | strategy/tool-inventory.md |
新增 Section 6-B Codex 任務路由（3 行表格） |
| 7 | 修改 | CLAUDE.md（主 HQ） |
工具路由自查加入 Codex 行 + 情境偵測表 + v2.6→v2.7 |
| 8 | 修改 | .claude/skills/整理知識庫.md |
插入 Step 7.9（月底條件式觸發 Use Case A） |
| 9 | 修改 | strategy/skill-context-guide.md |
新增 SKILL #32 Codex 路由信號，v1.3→v1.4 |
| 10 | 修改 | knowledge/CLAUDE.md |
檔案索引 +1 行 + 最近修改記錄 |
| 11 | Git | tzlth-hq |
stash→pull--rebase→stash pop→commit→push |
核心設計原則
雙視角獨立性約束
- Codex 必須在「新 Task」執行（不繼承含 HQ context 的先前對話）
- 貼給 Codex 的只有原始 IMP 條目，不含 Claude 的月評或 reflection-log.md 任何內容
- Claude 月評必須在 Codex 執行前完成（整合至整理知識庫 SKILL Step 7.9 Step 1）
衝突點 > 共識點
兩個 AI 對相同輸入有不同評估方向 → 衝突點揭示 Claude 的盲點或 Codex 的視角差異，這才是雙視角的核心價值。共識點僅確認評估，不需深入分析。
Codex ≠ Google Pro 分類
Codex 為 OpenAI 工具，獨立於現有 Google Pro × Claude 路由體系（Section 六），建立獨立 Section 6-B，避免混淆。
影響範圍
| 受影響系統/文件 | 影響性質 |
|---|---|
CLAUDE.md（主 HQ） |
HARD STOP 工具路由新增 Codex 行 → 版本 v2.6→v2.7 |
strategy/tool-inventory.md |
新增 Section 6-B（新內容，無刪除） |
strategy/skill-context-guide.md |
新增第 32 個情境信號，版本 v1.3→v1.4 |
.claude/skills/整理知識庫.md |
Step 7.5 後插入 Step 7.9（新增，不修改既有步驟） |
knowledge/CLAUDE.md |
檔案索引新增一行 + 修改記錄 |
reports/reflection-log.md |
新增模板 shells（不影響既有內容） |
dev/tasks.md |
L360/L361 狀態更新 + 新 P3 任務 |
為什麼這樣選（設計決策理由）
| 決策點 | 選項 | 選擇 | 理由 |
|---|---|---|---|
| 觸發點 | 專屬 SKILL vs 整合至整理知識庫 | 整合至整理知識庫 Step 7.9 | 整理知識庫時已讀 improvements.md，Claude 月評成本最低；不建立新 SKILL 減少認知負擔 |
| Codex 分類 | 加入 Google Pro 表 vs 獨立 Section | 獨立 Section 6-B | Codex 為 OpenAI，非 Google 生態系；混入 Section 六導致分類錯誤 |
| Use Case B 設計 | 查照後驗證 vs 委派評估 | 委派評估（判斷哪些步驟可給 Codex） | 驗證查照低價值；委派提升執行效率，是 Tim 原始需求「每次評估任務時都思考能給 Codex 做的步驟」 |
| 月評頻率 | 每次對話 vs 月底 | 月底（條件 ≥25 日） | 每次對話月評碎片化、低信噪比；月底集中評估當月 IMP pattern |