八維分析：7 天打造 AI 超級助手：讓 Claude 從聊天工具變成工作系統

最後更新：2026-05-20 | 狀態：有效 來源：https://www.facebook.com/share/1KbAfmUpQz/?mibextid=wwXIfr 深度文章：https://gigaai.studio/learning/ai-employee-7-day-playbook.html 分析框架：web-learning-sop.md

---

來源基本資料

---

維度一：定性

內容類型：系統性框架 + 逐日操作手冊（Playbook）

受眾：想從「複製貼上使用者」升級為「AI 員工管理者」的職場人士；涵蓋非技術使用者（Cowork 入口）到開發者（Claude Code）

核心命題：差距不在技術能力或訂閱方案，而在「設定」——花七天建好系統，AI 就會替你持續工作，每天，不需額外努力

知識性質：實用型（可操作的逐步框架）+ 概念層（Persona A vs B 的思維轉換）

知識領域：AI 工具應用（Claude 工具鏈）+ 工作流設計方法論

框架關鍵數字：7 天 / 4 個工作流類型 / $20-200/月 / 10+小時/週節省

---

維度二：讀取記錄

兩種使用者畫像對比

7 天框架逐日摘錄

Day 1：Define the Role（先寫一頁角色說明書）

• 五問框架：
  1. 核心職責是什麼？（一個明確領域，不是「什麼都做」）
  2. 完美的一天長什麼樣子？（逐小時走過）
  3. 哪些決定可以自己下？（自治區）
  4. 哪些必須升級給人？（禁區）
  5. 「好的產出」長什麼樣子？（品質標準 + 2-3 個範例）
• 這份文件 = system prompt 起點

Day 2-3：Interface & First Workflow

• 三種介面：
  • Claude Chat：一次性問答、腦力激盪（「多數人停在這裡，沒拿到真正的價值」）
  • Claude Cowork：自主工作介面，能讀寫本機檔案、跑多步流程、執行排程（非技術使用者起點）
  • Claude Code：終端機介面，讀 codebase、執行命令、串 API 與 MCP（開發者起點）
• Workflow 四元素：
  • Trigger：什麼啟動它（排程/手動指令/事件）
  • Inputs：需要哪些資料
  • Process：逐步要做什麼（步驟寫死）
  • Output：成品長什麼樣子（Google Drive/Slack/Email）

Day 4-5：Context & Connectors

• Context Document 五段：
  1. 關於你的事業（做什麼、服務誰、目標）
  2. 你的標準（品質準則、品牌語氣、格式偏好）
  3. 你的歷史（過去符合標準的 2-3 個範例）
  4. 你的工具（你用什麼服務）
  5. 你的規則（明確的 do/don't）
• Connectors 清單：
  • Gmail / Calendar（客服與行政必備）
  • Google Drive / Docs（內容/研究/報告型）
  • Slack（團隊型擴音器）
  • Notion（內容/知識型長期記憶）
  • MS365（企業環境等價套件）
  • GitHub / Linear（工程型工作面板）

Day 6：Build Routine Stack（四種節奏）

• Daily：每天同一時間（如競品掃描、工單分流、當日簡報）
• Weekly：每週一或週五（週報、本週重點、上週覆盤）
• Event-triggered：當某事發生時（新 PR、新工單、新客戶、新留言）
• On-demand：需要時手動觸發（/draft-proposal、/research-competitor）
• 目標：每週自動節省 4-10 小時

Day 7：Review & Refine（元工作流）

• 每週五下午 4 點排 15 分鐘：
  • 走過每個工作流產出，每份打 1-10 分
  • 找出最弱兩份，診斷原因（prompt 太模糊？輸入不完整？漏了邊界情況？）
  • 提出具體 prompt 修改建議 → 更新
• 效果：三個月後 AI 員工比第一週強一個量級（compounding loop）

五種 AI 員工原型

成本比較

核心結語

「真正的轉變，是從『使用 AI』進入『管理 AI』。當 AI 能處理重複、流程化、耗時但不需要高階判斷的工作，人就能把時間拿回來，專注在策略、創意與高價值決策上。」

---

維度三：五欄比較

交叉參照：Tim HQ 現況 × 本篇框架 × 既有 FB 分析（2026-05-03 AI工具類）

對照 Tim 的 AI 員工原型：

• Tim 使用 Claude 的方式同時覆蓋多原型：內容引擎（貼文/電子報）+ 研究分析師（知識掃描/八維分析）+ 客服代理（LINE Bot SYS-10）+ 營運經理（系統部署/任務追蹤）
• 差別在於 Tim 已是「Persona B 的最高等級」，而此框架是給 Persona A 升級用的入門路徑

---

維度四：採用點

採用點 A：Weekly Routine 自動化補缺（中難度）

• 現況缺口：Tim 的 Routine Stack 有 Daily + Event + On-demand，但 Weekly 未系統化自動化——「給我週報」需 Tim 手動說，非自動
• 採用方案：評估 weekly 週報 Cron（每週一早上 09:00 自動觸發）；或至少在 weekly-schedule.md 強化「週五複盤」固定 ritual + 設 Stop Hook 收尾時觸發
• 難度：中（Cron + 週報 SKILL 串接）
• Tasks 建議：P3

採用點 B：輸出品質評分欄位試行（低難度）

• 現況缺口：reflection-log.md 純質性，無量化評分機制；無法追蹤輸出品質趨勢
• 採用方案：下次對話起試行——reflection-log 結尾加一行「本次主要輸出品質自評：[X/10] / 最弱點：[XXX]」；3 對話試行後評估是否保留
• 難度：低（修改格式，無需系統變更）
• Tasks 建議：P3（低成本可立即試行）

採用點 C：建立 Tim 的「AI 員工角色說明書 v0.1」（中難度）

• 現況缺口：Tim 有 CLAUDE.md 角色定義章節，但沒有按五問框架明確化「自治區 vs 禁區 vs 品質標準」；規則分散在各處，缺單一可查閱的角色說明
• 採用方案：在 knowledge/operations/ 建立「ai-employee-role-brief.md」，對應五問框架整理 Claude 在 Tim HQ 的角色定義
• 難度：中（需系統整理現有分散規則，非技術開發）
• Tasks 建議：P3

採用點 D：五原型框架整理為教學素材（低難度）

• 現況：Tim 在課程/諮詢中有 AI 工具應用建議，但缺結構化起步框架
• 採用方案：將五原型 + 7 天框架 + $20-200 vs $3,000-8,000 成本對比整理為 Threads 貼文素材或工作坊模組（職場人士「開始用 Claude」的決策框架）
• 難度：低（素材整理，不需技術實作）
• Tasks 建議：P3

---

維度五：不採用

Claude Cowork 推廣：Tim 已在 Claude Code，Cowork 是非技術使用者入口，對 Tim 無增量。若向客戶/工作坊學員推薦，Cowork 才是適合的低門檻起點。

「7天框架作為 Tim 自身升規指南」：Tim HQ 已超越框架多個維度。此框架對 Tim 的主要價值在「教學素材轉化」和「缺口偵測」，而非「自身系統升級路線圖」。

Google Sheets context document 概念：框架未特別指定，但 Tim 已有 CLAUDE.md + knowledge/ 更完整的多層 context 體系。

---

維度六：整體判斷

一句定性：此框架是 Tim 現有系統的「初學者版簡化鏡像」——直接採用空間有限，但作為教學素材（五原型 + 7天路徑）和缺口偵測工具（Weekly 自動化 + 輸出評分）有明確落地價值。

---

維度七：立即行動

---

維度八：存入知識庫

• Step A：knowledge/references/AI工具.md「7 天打造 AI 超級助手」condensed entry ✅
• Step B：本檔案 knowledge/analyses/2026-05-20-fb-giga-tseng-7day-ai-employee.md ✅
• Step C：knowledge/analyses/README.md 索引首行新增（待執行）
• 社群行銷.md：原「未標記」條目補入 pointer ✅

---

採用點難度分級（步驟九用）