主動知識補充 SOP（Active Knowledge Inflow）
建立日期：2026-04-28 | 負責部門：知識庫（KM） 目的：解決現有知識輸入機制「完全被動（Tim 剛好看到才有輸入）」的結構性問題 與現有機制的關係：被動輸入（LINE 資料庫 + Tim 貼 URL）仍保留，本 SOP 為主動掃描補充
一、五個知識領域定義
| 代號 | 領域名稱 | 核心關鍵字 | 掃描頻率 | 儲存位置 |
|---|---|---|---|---|
| D1 | 台灣職場趨勢 | 就業市場、薪資、離職率、求職趨勢、主計總處、104報告 | 每月 | knowledge/domains/D1-taiwan-workplace-trends/ |
| D2 | 職涯顧問方法論 | career coaching, career transition framework, ICF, CDA | 每月 | knowledge/domains/D2-career-coaching-methodology/ |
| D3 | 課程/講座設計 | instructional design, workshop facilitation, adult learning, ADDIE | 每季 | knowledge/domains/D3-course-design/ |
| D4 | 競品動態 | 職涯顧問 Threads 2026、職場講師 課程 Threads、Career coaching Taiwan IG、台灣斜槓 顧問（2026-05-13 升級，前版低訊號） | 每週 | knowledge/domains/D4-competitor-dynamics/ |
| D5 | 課程內容事實更新 | ATS履歷篩選、LinkedIn演算法、104平台、面試趨勢、AI面試 | 每週 | knowledge/domains/D5-course-content-update/ |
二、週掃描 SOP（D4+D5，每週六執行）
觸發方式：Claude 在週六完成批次分析後自動執行；Tim 也可隨時說「知識掃描」手動觸發 D4+D5 掃描。 預估時間：約 15-20 分鐘
D4 掃描步驟（競品動態）
Step 1：WebSearch「職涯顧問 Threads 2026」或「職場講師 課程 Threads」
Step 2：WebSearch「Career coaching Taiwan IG [本年度]」或「台灣斜槓 顧問 社群」
（⚠️ 避免政府職訓/JobsDB 主導的關鍵字如「台灣職涯顧問 課程 2025」——兩次掃描均低訊號，2026-05-13 升級）
Step 3：瀏覽結果，記錄有趣的競品動態到 D4/README.md「掃描紀錄」
Step 4：有值得深度分析的帳號 → 下方輸出建議（Tim 可說「品牌分析 [帳號]」觸發 SKILL）
Step 5：掃描中發現某新 AI 工具被競品廣泛採用 / 引發廣泛討論 → 評估是否啟動 `new-tool-evaluation-sop.md`（7 週節奏 + AI 總管 3 步評估；競品已廣泛採用可作為「工具已成熟」的反向參考，加速進入 Week 2）
D5 掃描步驟（課程內容事實更新）
Step 1：WebSearch「ATS 履歷篩選 [本年度] 最新規則」
Step 2：WebSearch「AI 面試 台灣 趨勢 [本年度]」
Step 3：發現任何 Tim 課程中使用的建議有變化 → 立即更新 knowledge/course-info-freshness.md
Step 4：⛔ 強制閉環（2026-05-13 升規）：D5 發現任何課程更新建議 →
- 必須在同次對話將建議寫入 dev/tasks.md P2 任務（格式：「[D5 更新] [日期] [具體建議]」）
- 禁止只記錄在 D5 README，理由：README 不觸發 Tim 行動，任務閉環必須進 tasks.md
- WHY：2026-04-30 掃描提出 5 項課程更新建議，2026-05-06 再次掃描時發現「4/30 建議仍待執行」
根因是建議只留在 D5 README，沒有進 tasks.md → 永遠無法被 Tim 看到並授權執行
Step 5：重大變化（如 ATS 規則根本性改變）→ 在掃描報告中標記「⚠️ 需更新課程」並說明影響範圍
週掃描輸出格式：
## D4 週掃描（YYYY-MM-DD）
- 掃描關鍵字：[使用的搜尋詞]
- 本週發現：[重要觀察 1-3 條，或「無重大變化」]
- 建議深度分析：[帳號名稱，或「無」]
## D5 週掃描（YYYY-MM-DD）
- 掃描關鍵字：[使用的搜尋詞]
- 本週發現：[重要觀察 1-3 條，或「無重大變化」]
- course-info-freshness.md 更新：[已更新哪些欄位，或「無需更新」]
三、月掃描 SOP（D1+D2，每月月底執行）
觸發方式：Tim 說「月度知識掃描」 預估時間：約 30-40 分鐘
D1 掃描步驟（台灣職場趨勢）
Step 1：WebSearch「104 人力銀行 [本月/本季] 職缺報告」
Step 2：WebSearch「台灣勞動市場 [本年度] 薪資調查」
Step 3：WebSearch「主計總處 人力資源調查 最新」
Step 4：⛔ 建立 findings 檔 — 寫入 knowledge/domains/D1-taiwan-workplace-trends/YYYY-MM-DD-findings.md
格式：
# D1 月度掃描：台灣職場趨勢（YYYY-MM-DD）
## 搜尋關鍵詞
- [本次使用的關鍵詞]
## 主要發現（3-5 條）
- [發現1：數字/趨勢 + 來源]
## 對諮詢服務的影響評估
- [影響評估]
## 建議採用點
- [可用於貼文/課程/服務的具體建議]
Step 5：更新 D1/README.md「掃描記錄」區塊（新增一行：日期 + 檔名 + 一句摘要）
Step 6：若數字與 course-info-freshness.md 中的相關欄位不符 → 更新 freshness 表
D2 掃描步驟（職涯顧問方法論）
Step 1：WebSearch「career coaching methodology 2025 new research」
Step 2：WebSearch「ICF coaching competencies update」或「CDA 認證 最新」
Step 3：WebSearch「career transition coaching best practices [本年度]」
Step 4：⛔ 建立 findings 檔 — 寫入 knowledge/domains/D2-career-coaching-methodology/YYYY-MM-DD-findings.md
格式同 D1（標題改為「職涯顧問方法論」）+ 額外欄位「與 Tim 現有框架的異同」
Step 5：更新 D2/README.md「掃描記錄」區塊（新增一行：日期 + 檔名 + 一句摘要）
Step 6：若有值得深入學習的資料（文章/影片）→ 建議 Tim 用 web-learning-sop 或 yt-learning-sop 進行八維分析
⚠️ C1 升規（2026-05-12）：新增 findings 檔建立步驟。WHY：舊流程只更新 README，掃描洞察無法被 friday-picks.py 讀取也無實質內容可查；findings 檔（單一 .md）可被 _parse_single_file_dir() 解析，納入週五精選推播，並在 NotebookLM 下次刷新後被引用。
四、季掃描 SOP（D3，整合進「季度盤點」SKILL）
觸發方式：Tim 說「季度盤點」時，Claude 在 Step 2 規則老化複查後自動執行 D3 掃描 預估時間：約 20 分鐘
D3 掃描步驟（課程/講座設計）
Step 1：WebSearch「workshop design best practices [本年度]」
Step 2：WebSearch「adult learning instructional design 最新趨勢」
Step 3：WebSearch「工作坊 促進 facilitation 台灣 [本年度]」
Step 4：整理 2-3 個可以改善 Tim 課程設計的具體技巧，存入 D3/README.md
Step 5：若有適合納入 lecture-product-review-guidelines.md 的新標準 → 建議更新
五、掃描結果分流規則
| 發現類型 | 處理方式 |
|---|---|
| 有具體數字/統計 | 存入對應 D/README.md + 更新 course-info-freshness.md |
| 有值得深讀的文章 | 建議 Tim 說「批次八維分析：[URL]」或直接執行 |
| 有值得分析的競品帳號 | 建議說「品牌分析 [帳號名稱]」 |
| 有值得深讀的影片 | 建議說「yt-learning-sop」觸發 |
| 有方法論可更新課程 | 記錄到 D/README.md，標記「建議更新課程版本」 |
⛔ 六、掃描後必執行整合動作（HARD STOP — 2026-04-30 升規）
WHY：2026-04-30 首次知識掃描執行時，Claude 只寫了 D4/D5 README 一行就 commit，遺漏「整合到行動」這層；Tim 抓到並指出「掃描完應該更新知識庫 + 調整任務清單」。本步驟升規為硬性必執行。
掃描完成後（在 commit 前），必須逐項確認以下動作：
| # | 動作 | 觸發條件 | 寫入位置 |
|---|---|---|---|
| 1 | 更新 course-info-freshness.md |
D5 發現新事實/數據；任何「待確認來源」欄位有實質更新 | knowledge/course-info-freshness.md（既有表格 + 更新紀錄行） |
| 2 | 新增 tasks.md 課程更新行動任務 | D5 重大事實要納入 W1/D1/電子書等課程或產品 | dev/tasks.md（P2 課程更新區） |
| 3 | 競品 watchlist 更新 | D4 發現值得深度分析的帳號 | knowledge/brand-benchmarks/watchlist.md |
| 4 | 商業機會行動建議 | D4 發現新合作管道（如政府補助、平台認證） | dev/tasks.md（P2/P3 視優先級） |
| 5 | 規則老化複查觸發 | 課程內容相關的「上次確認」距今 > 風險等級對應週期 | course-info-freshness.md「下次複查」欄位調整 |
| 6 | 對話中 active surfacing | 本次掃描中發現的數據是否影響當前任務 | 主動於對話中提示 Tim |
| 7 | 方法論層整合（2026-04-30 補升規） | D2 發現外部框架（如 ICF 4 大能力）值得對照 Tim 既有方法論 | knowledge/methodology/six-consulting-frameworks.md 附錄 + tasks.md 補強任務 |
| 8 | 品牌定位層整合（2026-04-30 補升規） | D1 發現市場結構性現象可作品牌敘事 / D4 發現定位差異化新訊號 | strategy/brand-profile.md 新章節 + Threads/講座 hook |
| 9 | 講座規則層升規（2026-04-30 補升規） | D5 發現新事實要納入「層 2：時效性」強制檢核 | knowledge/methodology/lecture-product-review-guidelines.md 強制檢核項表 |
⚠️ 本 SKILL 執行同時受主 CLAUDE.md「SKILL 觸發時強制全覆蓋查照 Gate」約束（RCF-070，2026-06-04）：查照第一輪必須完成（A）知識掃描 SKILL 文件全讀 +（B）輸出目的地矩陣（九項整合動作表 × 所有寫入點，第一輪窮舉）。本規則與下方課程三件套 gate 並用，不互相取代。
⛔ 課程內容更新類查照三件套 gate（IMP-166 升規 2026-06-04，主 CLAUDE.md 📝 模式 HARD STOP）：當動作 1/2 觸發「把 D5 事實升級為課程可見內容」時，查照第一輪即須執行：（A）橫向全課程
grep -rn掃scripts/products/+knowledge/product/（不限指令點名課程，列命中+納入/排除判斷，排除附理由）+（B）縱向來源溯源（要升級的 freshness 條目「來源」欄必須回溯domains/D*/-findings 或 WebSearch 真實存在；查無 → 標注「⚠️ 來源查無實據」提報 Tim，禁止因來源欄已填就當證據）+（C）五關一次性核對。freshness 反向掃描：所有「待加入」「⏳」條目須有 tasks.md 對應任務，無 → 補閉環。
禁止：
- 只寫 D/README.md 掃描紀錄一行就 commit（只完成第一步）
- 「下次再整合」延後處理（D5 事實具時效性，延後 = 課程用舊資料）
- 跳過「課程影響評估」自動 commit
- 課程更新查照第一輪未做橫向全課程 Grep（逐輪被追問才補 = IMP-166 模式）
- freshness 表來源欄未經 findings 溯源即升級為課程可見內容
自查清單（commit 前逐項確認 — 2026-04-30 v3 升級為「事實→位置 mapping 逆向自查」）：
⚠️ 核心原則：不是「我做了哪些動作」，而是「掃描到的每一個事實是否有歸屬到知識庫位置」。
步驟 A：列出本次掃描所有事實清單
對話中先以 markdown 列表列出所有事實（不省略，逐條），格式：
本次掃描事實清單：
- D1：失業率 3.32% 26 年新低
- D1：青年失業 11.44% 是整體 3 倍
- D2：ICF 2025 4 大能力框架
- D2：CDA 2.0 / O*PASS / Career Anchor
- D2：coaching supervision 增加
- D4：政府補助 7→10 萬升級
- D4：中央大學深化合作機會
- D5：ATS 75% / 75-88% 篩選率
- ...
步驟 B：每個事實逐一指定整合位置
對每個事實，必須指定 ≥1 個整合位置（不允許「僅 D?/README.md 紀錄」）：
| 事實類型 | 必須進入的位置（至少 1 個） |
|---|---|
| 數字/統計 | course-info-freshness.md ✅ |
| 市場結構性敘事 | brand-profile.md / strategy/ |
| 外部框架/方法論 | methodology/ 對照附錄 |
| 同行工具/方法（如 O*PASS / Career Anchor） | methodology/ 附錄 B「同行工具」 |
| 業務合作機會（政府補助/學術機構） | business/partnerships-opportunities.md |
| 督導/支援機制（如 ICF supervision） | methodology/ 附錄 + tasks.md P3 |
| 課程升規依據 | lecture-product-review-guidelines.md 強制檢核項 |
| 任何需要行動的事實 | tasks.md P2/P3（依優先級） |
步驟 C：commit 前最終 mapping 自查
格式：
事實清單 vs 整合位置 mapping：
| # | 事實 | 進入位置 ✅ |
|---|------|-----------|
| 1 | 失業率 3.32% | freshness ✅ + brand-profile ✅ + tasks ✅ |
| 2 | 青年 11.44% | freshness ✅ + brand-profile ✅ |
| 3 | ICF 4 大能力 | methodology 附錄 ✅ + tasks ✅ |
| ...（不允許任一行只有 D?/README.md）|
禁止：
- 任何事實只進入 D?/README.md「掃描紀錄」表（紀錄 ≠ 整合）
- mapping 表中有空白格或「待後續處理」（commit 前必須補完）
- 跳過步驟 A 直接進 step B
⛔ 七、查照階段護欄清單（2026-06-19 第 8 次掃描升規）
WHY：第 8 次掃描查照時，Tim 連三輪「足夠嚴謹完整嗎」逐輪逼出 7 個查照階段缺口——核心模式是「比對基準與護欄沒在查照階段建立，導致 Tim 在不知現況基準下批准計畫」+「輸出目的地矩陣未對回 §六 九動作逐條窮舉」（IMP-166 家族）。本清單為查照輸出前（非掃描後）必過護欄，與 §六（掃描後整合）並用。
執行「知識掃描」查照階段（WebSearch 前）必須先完成：
| # | 護欄 | 動作 | 防止的錯誤 |
|---|---|---|---|
| 1 | 讀 course-info-freshness.md 建立數據基準 | 查照中列出已鎖定/已判定不引用的數據（如 ATS 75% 為唯一基準，98%/70%+ 已判定不引用） | 掃描再現衝突數字時誤覆寫課程可見內容 → 護欄：再現只記 findings 標衝突，不覆寫 |
| 2 | 確認本次有無「複查到期」項目 | 逐項查 freshness「下次複查」欄，無到期 → 本次定位為純增量發現；有到期 → 列入本次必查 | 漏掉該複查卻沒查的項目 |
| 3 | 確認上次掃描「待 Tim 確認」開放迴圈是否已關閉 | 查 freshness 更新紀錄，已結案項不再本次重提為「新發現」 | 重複提報已結案項，虛胖 findings |
| 4 | 飽和主題預先標記 | 高頻反覆主題（去 AI 痕跡/AI 協作能力/市場空白/政府補助壓縮等）再現時標「第 N 次再確認」，不計入「🆕 新發現」 | findings 條數虛胖，違反收斂（條數≠價值） |
| 5 | D4 watchlist 成熟度判定 | watchlist 已有帳號的單純再現只標確認次數，不重複建議「加入 watchlist」；真實價值＝新直接競品帳號 or 既有帳號新動態 | 把重複確認當新產出 |
| 6 | active surfacing 時效權重 | 課程首場/對外發布臨近（如 W* 工作坊首場 ≤14 天）時，D5 影響該課程的發現當場標「⚠️ 影響 N 天後 X 首場」提報 Tim，不僅記 tasks.md P3 等之後 | 時效臨界發現被延後處理 |
| 7 | 輸出目的地矩陣對回 §六 九動作逐條窮舉 | 矩陣建立後，逐條對回 §六 動作 1-9，每動作標「命中寫入點／排除附理由」；特別注意動作 8（D4 定位差異化訊號 → brand-profile.md）易漏列；動作 7（methodology，D2 月度觸發）本週純 D4+D5 不觸發須明說排除 | 矩陣漏寫入點（IMP-166 家族：第一輪未窮舉） |
禁止：查照階段跳過護欄 1-3 的基準建立，把「執行時再比對」當藉口（Tim 在不知基準下批准 = 查照失效）；輸出目的地矩陣未對回 §六 九動作即輸出。
最後更新：2026-06-19 v4（新增第七章查照階段護欄清單 7 條；起因：第 8 次掃描 Tim 三輪追問逼出查照階段缺口，核心模式＝基準護欄未在查照階段建立 + 矩陣未對回九動作窮舉，IMP-166 家族） 2026-04-30 v3（v2 自查清單擴充為「事實→位置 mapping 逆向自查」三步驟；起因：v2 升規後仍漏 D2 CDA 2.0 / D4 中央大學等事實，Tim 第三次抓到）