📚職涯停看聽・知識庫← 總部儀表板
📅最後更新：2026/05/30
📑 目錄

雙視角確認 SOP v1.0

建立日期：2026-05-31 觸發來源：RCF-058（tasks.md L360 Codex 採用條件達標） 設計原則：兩個 AI 獨立評估同一輸入，不互看對方輸出 → 衝突點（非共識）才是雙視角的核心價值

Use Case A：月底 IMP 雙視角對辯

觸發條件

整理知識庫 SKILL 執行時，同時滿足：

  1. 當月日期 ≥ 25 日
  2. 本月尚未在 reports/reflection-log.md 建立 ## 雙視角對辯（YYYY-MM） 節

執行序列（嚴格順序，不可打亂）

Step 1：Claude 獨立撰寫月評（必須先於 Codex 執行）

  1. Grep knowledge/improvements.md 找本月新 IMP 條目
    • 搜尋模式：### IMP-\d+ + 當月年月（例：2026-05）
  2. Claude 閱讀條目內容，獨立撰寫月評
  3. 寫入 reports/reflection-log.md：新建 ## Claude 月評（YYYY-MM） 節
    ## Claude 月評（YYYY-MM）
> 觸發：整理知識庫 SKILL Step 7.9（日期 ≥ 25 日，本月首次）
### 本月新增 IMP 條目
（列出本月新 IMP 條目編號與摘要）
### 月評觀察（Claude 獨立，完成於 Codex 執行前）
1. ...
  4. ✅ Claude 月評完成後才進入 Step 2

Step 2：Tim 在 Codex 執行評估（Claude 不介入）

⚠️ Tim 操作步驟：

  1. 開啟 Codex desktop → 建立新 Task（不繼承任何先前 context）
  2. 貼入原始 IMP 條目文字（只貼條目本身，不包含 Claude 月評）
  3. 要求 Codex 獨立評估：建議 prompt 如下
請獨立評估以下 AI 自我改善記錄（improvements log）條目：
[貼入原始 IMP 條目]

請回答：
1. 這些錯誤模式中，哪些你認為最值得關注？
2. 有哪些系統性的問題你觀察到（即使條目沒有明說）？
3. 你認為哪些改善措施最有效，哪些可能流於形式？
  1. 複製 Codex 完整輸出 → 貼回 Claude 對話

Step 3：Claude 執行衝突點分析（接收 Codex 輸出後）

接收 Tim 貼入的 Codex 輸出後，Claude：

  1. 對比 Codex 評估 vs 自己的 Claude 月評
  2. 聚焦衝突點（不是共識）：
    • Claude 提及 / Codex 未提
    • Codex 提及 / Claude 未提
    • 評估方向相反（Claude 認為嚴重 / Codex 認為輕微，或反之）
  3. 寫入 reports/reflection-log.md：新建 ## 雙視角對辯（YYYY-MM） 節
## 雙視角對辯（YYYY-MM）
> Tim 貼入 Codex 輸出，Claude 完成衝突點分析
### Codex 評估摘要
（Tim 貼入的 Codex 輸出重點摘錄）
### 衝突點分析（Claude 執行）
| 衝突類型 | Claude 觀點 | Codex 觀點 | 後續行動 |
|---------|-----------|-----------|---------|
| Claude 提及 / Codex 未提 | ... | （未提及）| ... |
| Codex 提及 / Claude 未提 | （未提及）| ... | ... |
| 評估方向相反 | ... | ... | ... |
### 行動項
- [ ] ...

⛔ 獨立撰寫約束 HARD STOP

約束 說明
Codex 必須在「新 Task」執行 不可繼承含 HQ context 的先前對話
貼給 Codex 的只有原始 IMP 條目 不含 Claude 月評、不含 reflection-log.md 任何內容
Claude 月評必須在 Codex 執行前完成 Step 1 完成（月評已寫入 reflection-log.md）才能執行 Step 2
衝突點分析聚焦分歧 共識點不是雙視角的核心價值；相同觀點略記或省略

Use Case B：查照時 Codex 執行路由評估

觸發時機

每次查照「執行計畫」欄位填寫時，逐步評估哪些步驟可委派給 Codex。

適合委給 Codex 的任務類型

任務類型 說明 操作方式
純程式碼生成（無需 HQ context） 獨立腳本、工具函數、資料清洗腳本 Tim 開新 Task → 貼入 Claude 準備的 briefing
大量外部 repo 分析（>50K tokens） GitHub repo 全量讀取、多檔案架構分析 Tim 授權 shoppy09/* → Codex 直接讀取
平行驗證（第二意見） 程式碼邏輯審查、架構設計評估、月底 IMP 對辯（Use Case A） Tim 貼入任務描述 → Codex 獨立輸出

不適合委給 Codex 的任務類型

不適合原因 說明
需讀 HQ context 任何需要 CLAUDE.md / tasks.md / inventory.json / strategy/ 的任務
Chrome MCP 操作 Windows 版 Codex 無 Computer Use，不可操作瀏覽器
部署操作 Vercel / Render 部署涉及憑證與 Tim 授權，不可委派
Tim 身份授權 LINE 傳送、表單提交、帳號操作等需 Tim 明確授權的動作
涉及總部規則判斷 HARD STOP 合規、查照輸出、五維度檢查需 Claude + HQ 完整 context

Windows 版執行方式

  1. Tim 開啟 Codex desktop → 建立新 Task（明確聲明無需先前 HQ context）
  2. GitHub repo 整合前置：需 Tim 先授權 shoppy09/* private repos
    • 若尚未授權：tasks.md 有對應 P3 任務追蹤
  3. 將 Claude 準備的 briefing 完整貼入 Codex
  4. Codex 輸出後 Tim 複製 → 貼回 Claude 對話，Claude 接續處理

查照中 Codex 評估輸出格式

執行計畫包含可 Codex 委派步驟時，在查照「執行計畫」欄目標注：

步驟 N：[做什麼] → [工具：Codex（Tim 執行）]
  - 委派理由：[純程式碼生成 / 大量 repo 分析 / 平行驗證]
  - Claude 準備：[briefing 內容描述]
  - Tim 操作：開啟 Codex 新 Task → 貼入 briefing → 複製輸出貼回
← 返回 操作 SOP