評估完畢，決定不導入 — 工具/方案清單
目的：防止重複評估已否決的工具或方案。任何「評估 XXX 是否導入」請求前，先查此清單。
使用規則
| 情境 | 動作 |
|---|---|
| 工具/方案評估完畢，決定不導入 | 立即寫入此清單（不等收尾七件事） |
| 收到「評估 XXX 是否導入」請求 | 先 Grep 此清單確認是否已評估過 |
| 清單有記錄，但 Tim 說「環境改變了，重新評估」 | 可重新評估，但必須在舊記錄下方補「重新評估原因」，不刪除舊記錄 |
清單
REJ-002 — MCP Gmail for Claude Code（Gmail 會話整合）
評估日期：2026-04-24（Session 21） 評估結論：不導入 硬性否決理由：
- Anthropic 官方 issue #51326：內建 Gmail MCP OAuth 走錯 client（用「Claude for Google Drive」OAuth client）→ 永久非功能性
- 第三方 MCP server（GongRzhe / Composio / bastienchabal 等）需自選型 + 維護
次要否決理由：
- 預約系統 email 走 Brevo/Resend API 而非 Gmail API（server.js L12/L151-240 驗證）
- 外展系統走 SENDER_EMAIL/PASSWORD + SMTP，亦不經 Gmail
- Tim 個人 Gmail 使用情境可由 Gemini Apps Personal Intelligence 涵蓋
- Tim 確認 Gmail 無客戶諮詢內容（客戶溝通走 LINE）
採用替代方案：Gemini Apps Personal Intelligence + Google Calendar Extension
- Tim 2026-04-24 已啟用並驗證通過
- 只啟用 Calendar，不啟用 Gmail（LEG-1 保守原則）
重新評估條件：
- Gemini Apps Personal Intelligence 停用或 Google AI Pro 訂閱到期不續
- Anthropic 修復 issue #51326 + 推出穩定 Gmail MCP
- 2026-10-31 試用結束後重評
評估來源：tasks.md L355 P3「MCP Gmail/Calendar 整合評估」
REJ-003 — Google Workspace Intelligence（企業版 AI）
評估日期：2026-04-24（Session 21） 評估結論：不適用（非否決，Tim 帳戶不符） 硬性理由：僅限 Workspace Business/Enterprise 企業訂閱 — Tim 為個人 Google AI Pro 訂閱者
採用替代方案：Gemini Apps Personal Intelligence（個人版等效方案）
重新評估條件：Tim 改訂 Workspace Business（目前無此計畫）
評估來源：Session 21 MCP Gmail/Calendar 評估延伸發現
REJ-004 — Directus CMS（職涯顧問文章多平台自動發布）
評估日期：2026-04-27 評估結論：不導入
硬性否決理由：
- 官網需全面改架構：現有官網為 Next.js + Markdown 靜態生成，引入 Directus 需重建資料模型 + CMS API 層，改造成本超過 2 週開發時間，超出單人工作室可接受範圍
- 自架版 Docker 依賴：同 REJ-001（Windows 10 Home 需 WSL2 + Docker Desktop，支援風險高）
- 操作時間超標：Directus 管理介面日常操作預估 1.5–2 小時/篇，超出 Tim 目標（< 20 分鐘/篇）
需求背景（Tim 目標）：情境三 — 一次生成、多平台自動分發（Threads / 官網 / 電子報 / FB / 方格子）；成本 $0；每篇操作時間 < 20 分鐘
採用替代方案：Claude 直接生成 Markdown + git push 官網
- 成本：$0（Claude Max 訂閱已涵蓋）
- 每篇時間：< 20 分鐘（Claude 生成 + git push）
- 技術依賴：僅 git + GitHub Actions（現有系統）
- 多平台：各平台格式由 Claude 調整後，接入現有 GitHub Actions 社群自動化流程
重新評估條件：
- 月文章產量 > 20 篇，手動分發時間明顯超標
- 有現成 Next.js + Directus 零改架構整合方案
評估來源：@darkseoking Claude Code 建站影片（2026-03-24）；tasks.md 知識庫應用落地 P3 條目
REJ-001 — opspec（OpenSpec 規格驅動開發工具）
評估日期：2026-04-22 評估結論：不導入 硬性否決理由：需要安裝 Docker — 超出「僅需 Node.js 環境」的預設依賴邊界 次要否決理由：
- 與現有
.claude/skills/*.md+ CLAUDE.md 形成雙軌定義，增加維護成本 - Windows 10 Home 需 WSL2 + Docker Desktop，支援風險高
- 社群規模小，問題解答資源不足
重新評估條件：Docker 已安裝且 Tim 接受此依賴 + 現有 SKILL 系統明顯無法滿足需求 評估來源：tasks.md「OpenSpec 影片學習採用點（2026-04-17）」P3 條目
REJ-005 — Google Ads / 廣告投放（個人網站 careerssl.com 流量擴增方案）
評估日期：2026-04-30（個人網站優化檢討 Wave 1） 評估結論：不導入 硬性否決理由：
- 現階段 Threads 5,200+ 追蹤者為主軸有機流量，主站 → 諮詢的有機漏斗未跑通
- 廣告投放需穩定的「每客戶獲取成本（CAC）vs 諮詢單價（LTV）」基準線，當前 GA4 / 諮詢轉換率 baseline 仍空白（baselines.md 多欄「待填入」）
- 無 baseline → 廣告投放結果無法評估優劣 → 燒錢無結論
重新評估條件：
- GA4 + 諮詢轉換漏斗有 28 天以上完整數據
- 諮詢業務有「需要規模化擴增」的明確需求（目前以 SaaS + 電子書 + 諮詢 N 位的多角化模型運作）
- Tim 主動指定要做付費投放實驗
評估來源：個人網站優化檢討報告 C-2 段落（2026-04-30）
REJ-006 — i18n 中英雙語版本（個人網站 careerssl.com）
評估日期：2026-04-30（個人網站優化檢討 Wave 1） 評估結論：不導入 硬性否決理由：
- 客群定位為「3-10 年工作經驗的台灣本地職場人」，海外華人市場非當前目標
- i18n 工程成本高（路由 / 文案翻譯 / SEO 雙語 / Schema 雙語）vs 預期 ROI 低
- Tim 個人品牌「職涯停看聽」中文文化定位深，英文版反而稀釋品牌
重新評估條件：Tim 主動拓展海外華人市場 / 接到海外英文諮詢需求量達每月 ≥ 3 件
評估來源：個人網站優化檢討報告 C-4 段落（2026-04-30）
REJ-007 — 「憑記憶斷言」家族再加一條逐領域規則（含「方案 D 來源欄」/ 散文規則 A 加碼）
評估日期：2026-06-21（L213 規則式 vs agent 式對打） 評估結論：不導入（針對此失效家族「再新增逐領域 HARD STOP」一律否決） 硬性否決理由：
- 全 repo 掃描證實此家族已有 ~10 道規則（RCF-006/010/035/036/038/039/060 + IAUD①/Q7 + RCF-070/082/084），仍復發 IMP-111 ≥16 次 / IMP-166·177 跨 14 領域 → 加第 N 條的邊際 ROI 趨零。
- improvements.md 多 session 累積結論明示「強烈建議收斂為通用 meta 規則取代逐領域 HARD STOP」。
- 「方案 D 來源欄」本質＝第 8 條結構規則，正是被否決的模式。
採用替代方案（見 RCF-099）：
- (1) meta 收斂規則（CLAUDE.md「查照第一輪窮舉 meta 規則（收斂層）」）取代逐領域加碼；
- (2) 獨立驗證層 B 窄觸發（對外/SoT/不可逆）補真缺口「驗證層為零」；
- (3) knowledge-hook flag logging 先實證再修。
重新評估條件：meta 規則 + B 窄觸發上線後本家族仍以同頻復發（≥3 次新領域）→ 重評是否需 mechanical/結構層補強。
評估來源：tasks.md L213 + RCF-099