網頁內容學習分析 SOP
最後更新：2026-04-18 | 狀態：有效
一、觸發條件
應觸發（Tim 在對話中貼入以下類型 URL）
- Threads 貼文（非 YouTube）
- 部落格文章 / 長文
- LinkedIn 文章
- 電子報 / Newsletter
- 研究報告 / 學術文章
不應觸發（明確排除）
- YouTube 連結 → 改用
yt-learning-sop.md - 操作型 URL（Vercel 後台、GitHub repo、Google Docs 等）
- 非內容頁面（首頁、登入頁、電商頁）
- Tim 只是轉貼連結但明確說「不需要分析」
二、內容類型判斷
收到 URL 後，先快速判斷內容類型，再選擇對應的讀取策略與分析重點：
| 類型 | 特徵 | 分析重點 |
|---|---|---|
| 社群貼文型 | 字數 < 500、有互動數據（按讚/回覆/轉發）、發自個人帳號 | 觀點萃取 + 素材轉化潛力 |
| 長文章型 | 字數 500–8000、有章節結構、署名作者 | 方法論萃取 + 系統對比 |
| 技術文件型 | 結構化步驟、有代碼或操作截圖、官方或工具來源 | 操作方法 + 直接採用可行性 |
| 研究/報告型 | 數據密集、有引用來源、PDF 或白皮書 | 數據萃取 + 論點可信度驗證 |
判斷後在維度1輸出，不允許跳過類型判斷直接進入分析。
三、內容讀取策略
依內容類型選擇讀取方式：
| 類型 | 優先方式 | Fallback |
|---|---|---|
| 社群貼文型 | Chrome MCP navigate → read_page（accessibility tree，抓完整貼文+留言） |
get_page_text（若 accessibility tree 不完整） |
| 長文章型 | WebFetch |
Chrome MCP get_page_text（若 WebFetch 返回空或被封鎖） |
| 技術文件型 | WebFetch |
Chrome MCP navigate → read_page |
| 研究/報告型 | WebFetch |
若為 PDF → 使用 Read 工具或 /pdf skill |
讀取完整性檢查（讀取後必須確認）：
- 社群貼文型：是否讀到完整貼文正文 + 主要回應？
- 長文章型：是否包含所有章節標題與內文？（非截斷版）
- 技術文件型：是否包含所有步驟說明？
- 研究/報告型：是否包含數據表格與結論段落？
若讀取不完整，必須在維度2說明限制，並在分析中標注哪些部分係推斷而非直接讀取。
四、八維分析輸出格式
完整分析必須依序輸出以下八個維度，不得省略：
維度 1：定性（基本資料）
- **平台**：[Threads / Medium / LinkedIn / 官方部落格 / 其他]
- **URL**：[完整連結]
- **作者**：[帳號名稱 + 一行背景描述]
- **發布日期**：[YYYY-MM-DD 或估算]
- **互動數據**：[按讚 X / 回覆 X / 轉發 X（如有）]
- **內容類型**：[社群貼文型 / 長文章型 / 技術文件型 / 研究報告型]
- **可信度評估**：[高 / 中 / 低，說明理由]
維度 2：讀取記錄
- **讀取方式**：[WebFetch / Chrome MCP navigate + read_page / get_page_text / PDF]
- **內容完整性**：[完整 / 部分（說明截斷位置）]
- **讀取限制**：[無 / 動態載入限制 / 登入牆 / 截斷 X 字後]
維度 3：核心概念五欄比較
針對文章中提取 2–5 個核心概念，每個概念填寫五欄：
| 概念 | A 是什麼 | B 解決什麼問題 | C 我們目前做法 | D 來源做法 | 比較結論（A/B/C/D） |
|---|---|---|---|---|---|
| [概念1] | A：高/中/低；B：可用/可參考/不適用；C：保留/改善/替換；D：全採/部分採/不採 | ||||
| [概念2] | |||||
| ... |
每個比較結論必須給出明確方向（全採 / 部分採 / 不採），不允許「視情況」模糊帶過。
維度 4：可採用點（具體行動）
列出 0–5 個可採用的行動，每條必須包含：
- 【系統/部門】行動描述 → 影響 → 難度（低/中/高）→ P等級（P1/P2/P3）
範例：
- 【知識庫/KM】在 knowledge/references/ 新增 XXX 分類 → 提升方法論覆蓋率 → 低 → P2
- 【社群部/CNT】將 XXX 觀點轉化為 Threads 輪播貼文 → 驗證受眾反應 → 中 → P3
難度低且影響明確的項目，優先升為 P2；可能影響多系統的項目，先評估跨系統衝突。
維度 5：明確不採用
列出從文章中識別但決定不採用的做法，並說明原因：
- [做法] — 不採用原因：[與現有架構衝突 / 成本過高 / 不符受眾 / 已有更好的替代方案]
若完全沒有不採用項目，仍必須輸出此維度並說明「本文無需排除的做法」，不得省略。
維度 6：整體對比判斷
- **與現有系統的關係**：[補充缺口 / 驗證現有做法 / 挑戰現有假設]
- **最有價值的一點**：[一句話總結]
- **最需要注意的風險**：[一句話說明]
- **整體評分**：[高價值 / 中等參考 / 低價值，理由一句]
維度 7：立即行動（0–3 條）
僅列出「本次對話結束前可以直接執行」的項目：
1. [動作] → [預期結果]
2. ...（最多 3 條，超過列入 tasks.md P3）
若沒有立即可執行的項目，輸出「本次無立即行動，採用點已列入 tasks.md」。
維度 8：存入知識庫
強制執行：分析完成後，必須將條目插入對應的 knowledge/references/ 檔案，位置為 <!-- MANUAL END --> 標記之前。
路由規則：
| 內容分類 | 存入位置 |
|---|---|
| 職涯顧問方法論 / 求職策略 | 知識庫/references/職涯顧問方法論.md |
| 社群行銷 / 內容策略 / 演算法 | knowledge/references/社群行銷.md |
| AI 工具 / 自動化工具 | knowledge/references/AI工具.md 或 自動化工具.md |
| 學習方法 / Claude Skills / 工具使用 | knowledge/references/學習資源.md |
| 銷售技巧 / 客戶溝通 | knowledge/references/銷售技巧.md |
| 知識管理 / 第二大腦 | knowledge/references/知識管理工具.md |
| 不符合上述任何分類 | knowledge/references/其他參考資料.md |
插入格式：
## [中文標題]（[YYYY-MM-DD]）
🔗 [完整 URL]
**作者**：[帳號/名稱]（[平台]）
**內容類型**：[社群貼文型 / 長文章型 / 技術文件型 / 研究報告型]
**分類**：[對應的 knowledge/references/ 分類標籤]
**摘要**：[2-3 句話，說明文章核心觀點]
**深度分析**：[1-2 句，說明與我們系統的關聯或對比發現]
**採用點**：
- [採用點1]
- [採用點2]（最多 3 條）
**用途標籤**：[關鍵詞1、關鍵詞2、關鍵詞3]
---
禁止：分析完成但未插入知識庫 → 維度8未完成 = 整個分析未完成。
五、分析品質自查
完成八維分析後，在輸出前逐項確認：
- 維度1完整：定性六欄均已填寫，可信度評估有理由
- 讀取記錄誠實：若有截斷或限制，已在維度2說明，且分析中標注推斷部分
- 五欄比較有結論：每個概念的比較結論欄位均有明確方向（全採/部分採/不採），無模糊帶過
- 採用點可追蹤：每條採用點有系統名稱 + 行動 + 影響 + 難度 + P等級，可直接移入 tasks.md
- 不採用維度已輸出：即使沒有不採用項目，維度5仍有內容
- 整體判斷有評分：維度6有整體評分與理由
- 知識庫已插入：維度8的條目已實際寫入對應 .md 檔案的
<!-- MANUAL END -->之前 - 採用點 → tasks.md 轉化已完成（見步驟九）
步驟九：採用點 → tasks.md 強制轉化
觸發時機：維度 8 寫入知識庫後，立即執行本步驟，不可省略。
對維度 4 的每條採用點，逐條判斷並執行：
| 條件 | 動作 |
|---|---|
| 難度「低」，本次對話可執行 | 直接執行，完成後在 tasks.md 補 [x] |
| 難度「中」，近期可規劃 | 寫入 dev/tasks.md P2，附來源標記 |
| 難度「高」，長期追蹤 | 寫入 dev/tasks.md P3，附評估標準與來源標記 |
| 決定不採用 | 在對應知識庫條目補「不採用理由」段落說明 |
tasks.md 條目格式：
[ ] P2/P3：[行動描述] — [預期影響]（來源：[文章標題/作者] [YYYY-MM-DD]）
禁止：採用點只寫入知識庫條目而不轉化為 tasks.md 條目，導致知識停留在知識庫、不進入執行軌道。
六、最近修改記錄
| 日期 | 修改內容 | 狀態 |
|---|---|---|
| 2026-04-18 | 初版建立，八維分析框架 + 四類型路由 + 觸發條件 + 品質自查 | ✅ |
| 2026-04-18 | 新增步驟九「採用點 → tasks.md 強制轉化」+ 品質自查第 8 條更新（修補：採用點停留知識庫不進執行軌道的結構性缺口） | ✅ |