RCF-098：新鮮人求職地雷問卷整合（報告模板 + 診斷起草 SKILL 類型路由）
日期：2026-06-21 觸發條件：條件 4（修改 SKILL 核心執行步驟） 作業模式：📝 內容創作 + 🔧 開發 + 🎯 策略 來源：Tim 貼入「新鮮人求職地雷自我檢查」問卷（2 筆回應）觸發
診斷起草，發現 SKILL 無對應模板；Tim 確認「最完整 = A+B」並同意補 SKILL 路由
背景與問題
診斷起草 SKILL 原僅服務 D1「轉職前你必須確認的10件事」問卷（Q1-Q13、P1-P6 全譜），Step 1 寫死讀 d1-report-template.md。
Tim 貼入的「新鮮人求職地雷自我檢查」是 LINE@ 另一條關鍵字漏斗的免費問卷，結構完全不同：
- Section 1 履歷地雷 / Section 2 求職策略地雷 / Section 3 心態地雷（三段勾選）
- 稱呼 / 狀況 / 目標職位 / 投遞數 / 最困擾 / 履歷狀態 / 最想問
直接套 D1 模板會錯位：① Q1-Q13 映射對不上 ② 受眾是新鮮人（應屆/初入職場）非 3-10 年轉職族 ③ 先前唯一一次新鮮人報告（C-202511-001，2026-04-03）是諮詢後人工撰寫的「三地雷報告」，無模板化。
決策：A+B+路由（最完整方案）
| 代號 | 動作 | 理由 |
|---|---|---|
| B | 建 knowledge/product/freshgrad-report-template.md |
可複用，解決「未來每一次新鮮人問卷」而非只這次 |
| 路由 | 診斷起草.md Step 0.5 加問卷類型判定 + Step 1/2/3 分支 |
否則 SKILL 永遠只讀 D1 模板，B 建了也不會被自動調用 |
| A | 起草 Ella = C-202606-003（用新模板） | 本次實際交付 |
為何「單 SKILL 路由」而非「Fork 獨立 SKILL」（否決原 通用化框架 預設）
原 SKILL「通用化框架」預設「Fork 此 SKILL 建立對應檔案」。本次選單 SKILL 內 Step 0.5 類型路由：
- 新鮮人報告骨架與 D1 完全一致（Section 1 卡哪→2 根本原因→3 三行動→3.5 我看到的→4 下一步 + 升單三步 + 聯絡三行 + 品質自查）；差異僅在「模板內容」與「主診斷判讀」。
- 骨架一致時 fork = 兩份 SKILL 各自維護同一骨架 → 改一處要改兩份（漂移風險，同 IMP-166/SoT 家族病根）。
- 路由整合：骨架單一 SoT，只分支模板與判讀 → 維護成本更低。
- 已回寫 SKILL「通用化框架」：骨架一致 → 優先路由；差異過大才 fork。
三地雷 → P-type 內部映射（freshgrad 模板核心）
| 問卷區塊 | 典型地雷 | 內部 P-type |
|---|---|---|
| 履歷地雷 | 流水帳、無數字、技能欄空泛 | P1 石沉型 |
| 求職策略地雷 | 不確定適合職位、散彈投遞、自傳一份打天下 | P2 未定向型 + P1 |
| 心態地雷 | 沒經驗自卑、怕談薪、面試緊張、被拒失信心 | P6 未啟動型 + P4 + P3 |
主診斷判讀原則：新鮮人多為 P2 未定向（不知道適合什麼），以「最想問 + 最困擾」為準，不被勾選地雷數量誤導（勾最多常是表層症狀）。
影響範圍
- 新增：
knowledge/product/freshgrad-report-template.md（B） - 修改：
.claude/skills/診斷起草.md（Step 0.5 路由 + Step 1/2/3 分支 + 通用化框架回寫） - 交付：Ella = C-202606-003 報告草稿（A，對話輸出；存檔待「存入診斷記錄」）
- 部門 CLAUDE.md：PRD（新模板）/ CNT（診斷內容）/ DEV（SKILL 修改）/ CRM（去重+客戶代號遞增）
- 無新定價、不觸發 SoT 三步協議：模板服務對照沿用既有 S-code（免費問卷首次 NT$1,300）
- 無新部門
衍生（未做，列 P3）
- 新鮮人問卷是否在
product/service-catalogue.md正式登記為產品（如 D1 B 類）→ 目前為免費 lead-gen 問卷，未升正式產品；若進件常態化再評估登記（避免本次擴大為 SoT 變更）。
去重附記
本批 2 筆：林威廷（wlin1167，2026-04-03，銀行客服）= 既有 C-202511-001（CRM L114/L118 載 2026-04-03 已發新鮮人報告，Tim 確認跳過）；Ella（wangyanzhen562，2026-06-18）= 全新 C-202606-003。
信念變更
- from：「診斷起草 = D1 專用」→ to：「診斷起草 = 多問卷類型路由器（D1 + 新鮮人，未來可擴）」
- from：通用化框架預設「新問卷 → fork SKILL」→ to：「骨架一致 → 路由整合優先；差異過大才 fork」
- trigger：新鮮人問卷進件 + Tim「最完整 A+B」
- 信心変化：+（多問卷以路由整合，骨架單一 SoT，降未來漂移）