Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

知識工作者延伸路線(For Knowledge Workers)

繁體中文 | 简体中文 | English

← 回主路線 · 走完 Track A 的 A3 或 Track B 的 Stage 7 後從這裡接續。沒有開發背景也沒關係:先做一次性任務,需要重複時才接工具。

📌 這條路幫你做什麼

把散亂的會議紀錄、Email、文件與待辦,整理成「看得懂、找得到、有人負責」的工作成果。AI 可以幫你先整理;來源、權限與最後決定仍由人負責。

常見工作包括:Email 分流、會議轉行動項目、每週報告、產品需求整理、研究摘要與知識庫整理。

🎯 學習目標

完成後,你可以:

  1. 從原文找出決定、負責人、期限與證據,不讓 AI 猜空白。
  2. 分清一次性聊天、App/Connector、MCP Server 與工作流自動化。
  3. 先檢查資料與權限,再讓工具讀取或修改公司系統。
  4. 讓會寄信、改資料或建立任務的流程先停在人工核准關卡。

🧩 九個核心詞

  • Source(來源):原始 Email、逐字稿、文件或資料列。AI 的答案要能指回它。
  • Action Item(行動項目):有人要完成的一件事;至少要寫清楚做什麼、誰負責、何時完成。
  • Knowledge Base(知識庫):把可重用資料放在固定地方,讓人和工具之後找得到。
  • Private Data(私人資料):公司內部、客戶、員工或個人資料。沒有政策與權限前,不要交給新工具。
  • Human Review(人工審查):人要對照 Source,檢查內容、語氣、收件人和缺漏,再決定能不能使用。
  • App/Connector(服務內連接器):AI 服務裡連到 Gmail、Drive、Slack 等來源的橋。ChatGPT 已把 Connector 改稱 App;別家仍可能使用 Connector。
  • MCP Server(MCP 伺服器):依 MCP 規格把資料或工具交給相容 client 使用的服務。它不是 ChatGPT App,也不代表公司已核准。
  • Workflow Automation(工作流自動化):看到 trigger 後,照固定步驟執行 action,例如新表單出現後建立待辦。
  • Approval Gate(人工核准關卡):流程先停下來,等人確認後才寄信、貼文、改資料或刪除內容。

三者不要混在一起:App/Connector 是服務裡的橋;MCP Server 是協定端點;Workflow Automation 是會反覆執行 trigger、條件與 action 的流程。 同一產品可以同時包含它們,但名稱不能互換。

🛠 第一個練習:把會議紀錄變成可核對的行動表

這題只用 fictional(虛構)資料。把下面整段直接複製到你已能使用的 AI 聊天工具,不要放 Private Data:

你是會議整理助手。只能使用下方會議紀錄,不要補猜沒有寫出的名字或日期。

請輸出 Markdown 表格,欄位固定為:
Decision | Action Item | Owner | Due date | Source sentence | Needs confirmation

規則:
1. 每一列都要抄一小段 Source sentence,讓我能回頭核對。
2. Owner 或 Due date 沒寫清楚時,填「未知」,並在 Needs confirmation 填「是」。
3. 不要寄出、貼到群組或寫回任何系統;只產生草稿。
4. 最後加上 Human Review 清單:來源、負責人、期限、敏感資料、收件人。

fictional meeting note:
「團隊決定週五先發布說明頁。小林會整理常見問題,但紀錄沒有寫期限。
客服主管要在 9 月 3 日前確認回覆範本。是否寄信給全部客戶,會後再決定。」

完成後,逐句對照 Source sentence。如果 AI 把「小林的期限」或「寄信決定」補出來,就退回修改;這一步就是 Human Review。

📚 先選一個入口

你的需求先用什麼何時再升級
偶爾整理一份公開或已核准的文字一次性聊天同一件事開始反覆做時
要從公司 Gmail、Drive、Slack 或 Microsoft 365 找來源組織核准的 App/Connector現成連接器做不到,且管理員同意自訂連線時
每次有新 Email/表單就要跑相同步驟Workflow Automation先用測試資料跑通,再加入 Approval Gate

不要因為看見 MCP 就先裝 MCP。先問:「現有服務內的 App/Connector 能不能安全完成?」只有需要自訂工具或跨 client 重用時,才往 Stage 5.2 — MCP 基礎前進。

📖 必修閱讀

  1. OpenAI — Apps in ChatGPT:認識 App 能搜尋、同步與執行哪些動作,以及方案、地區與管理員限制。
  2. Anthropic — Skills、Connectors 與 Plugins 統一目錄:先分清三種東西,不把安裝視為安全核准。
  3. Google — 工作/學校帳號的 Gemini Connected Apps:確認管理員、帳號與 Source 限制,並核對可能過時的回答。
  4. Microsoft — Understand Copilot connectors:確認 connector 只會看到使用者原本有權限的內容。
  5. Model Context Protocol — 官方 MCP Registry:Registry 目前是 Preview;metadata 與 namespace 驗證不是程式碼安全審查。
  6. Zapier — Zap workflow quick start:用 trigger、action、測試與發布理解自動化的基本形狀。

⭐ 精選工具、專案與官方入口

星星是本專案的教學適配評分,不是 GitHub stars。雲端服務先問管理員;自架工具也要自行處理更新、備份、權限與資料流。

資料查核:2026-08-29 UTC

工作流工具:只有重複工作才需要;第一版先停在草稿或 Approval Gate。

知識工作者 Skills:Skill 是可重用做法,不是自動取得公司系統權限。

知識管理/個人 AI:自架不等於資料一定留在本機,還要看模型供應商和 connector 設定。

MCP Server:先從官方 Registry 看來源,再檢查程式碼、權限、憑證與會執行的 action。

類型工具/入口適合做什麼狀態/授權使用前先知道評分
AI 工作空間與組織內 AppChatGPT Apps在 ChatGPT 內搜尋來源或執行已允許的動作商業;商業雲端服務功能依方案、地區與管理員而異;外部動作保留人工確認⭐⭐⭐⭐⭐
Claude directory尋找 Skills、Connectors 與 Plugins商業;商業雲端服務三者用途不同;組織資料先由管理員核准⭐⭐⭐⭐⭐
Gemini Connected Apps在 Gemini 使用 Gmail、Drive、Calendar 等工作來源商業;商業雲端服務可用性依帳號與管理員;回答仍要回到來源核對⭐⭐⭐⭐⭐
Microsoft 365 Copilot connectors搜尋 Microsoft 365 與組織核准的外部內容商業;商業雲端服務只應看到原本有權限的內容;需授權與管理員設定⭐⭐⭐⭐⭐
工作流自動化n8n自架或雲端串接多個服務與 AI 步驟活躍;Sustainable Use License不是一般 MIT;自架安全、更新、備份與憑證由你負責⭐⭐⭐⭐⭐
Make用視覺化 scenario 串接雲端服務商業;商業雲端服務先用測試資料;執行量、錯誤重跑與費用都要監看⭐⭐⭐⭐
Power Automate在 Microsoft 生態建立 trigger 與 action商業;商業雲端服務方案、connector 與資料政策由組織管理員控制⭐⭐⭐⭐
Zapier快速建立雲端 App 間的重複流程商業;商業雲端服務發布前逐步測試;寫回 trigger 來源可能造成無限迴圈⭐⭐⭐⭐
視覺化 AI builderLangflow把 AI、資料與工具流程畫成節點活躍;MITDemo 能跑不等於 production 安全;仍要做 auth、secret 與監控⭐⭐⭐⭐
Dify用介面建立 AI workflow、知識庫與應用活躍;修改版 Apache-2.0多租戶與移除品牌等情境有額外商用條件⭐⭐⭐⭐
知識工作空間Khoj自架個人知識助理與文件問答活躍;AGPL-3.0先確認 AGPL 與資料設定;自架後仍要管理模型與備份⭐⭐⭐⭐
LobeHub部署聊天、知識庫與團隊 AI workspace活躍;LobeHub Community License開發並散布衍生作品前要確認商業授權條件⭐⭐⭐⭐⭐
AnythingLLM自架文件問答、workspace 與 agent活躍;MIT資料是否外送仍取決於模型供應商、embedder 與 connector 設定⭐⭐⭐⭐⭐
Skill 與協定入口obra/superpowers把腦力激盪、規劃與檢查做成可重用 Skill活躍;MIT範例偏開發流程;它不是公司的 Approval Gate,使用前要改成你的規則⭐⭐⭐⭐
官方 MCP Registry查公開 MCP Server 的標準化 metadataPreview;官方 metadata 服務驗證 namespace 不等於安全;它不是安全審查或推薦榜⭐⭐⭐⭐

🧪 展開:進階辦公流程與產品經理用法
工作安全的第一版之後才自動化
Email 分流匯出幾封已去識別的測試信,只產生分類與回信草稿管理員核准來源後讀取 inbox;寄出前保留 Approval Gate
會議 → Action Item使用逐字稿產生可回查 Source sentence 的表格寫入 task 系統前讓主持人確認 Owner 與 Due date
Weekly report人工提供已核准指標,AI 只整理差異與待辦固定抓資料後仍保留來源連結與發送前審查
產品需求把虛構 feedback 分成問題、證據、假設與下一步連接工單系統前限制專案、欄位與可執行 action
Knowledge Base先對少量文件提出分類草稿批次改標籤前先備份,並抽樣核對錯誤分類
🔐 展開:帳號、資料、權限與費用檢查
  • 先問組織是否核准工具、帳號、地區與資料用途。
  • 只開工作需要的最小權限;讀取和寫入分開核准。
  • Secret 放在工具的 credential store 或環境變數,不貼進 prompt、文件或截圖。
  • 用虛構或去識別資料測試;高風險 action 保留 Approval Gate。
  • 查看方案、執行次數、模型與儲存費用;設定預算提醒。
  • 不再使用時中止 workflow、撤銷連線並刪除不需要的測試資料。
🧯 展開:替代方案與排錯
  • 找不到資料:先確認自己能否直接打開 Source,再查帳號、日期範圍、同步與管理員設定。
  • 重複建立任務:檢查 trigger 是否會被自己的 action 再次觸發,加入唯一 ID 或去重條件。
  • AI 補猜 Owner/Due date:要求每列附 Source sentence;缺資料就填 Needs confirmation。
  • 不確定要不要 MCP:先用服務內 App/Connector;只有現成橋接做不到時再評估 MCP Server。
  • 自架太重:先使用組織已核准的雲端服務;自架不是隱私與安全的捷徑。

✅ 完成檢查與下一站

  • 我能從 fictional 會議紀錄做出 Decision/Action Item 表,並逐列核對 Source sentence。
  • 我不會把 App/Connector、MCP Server 與 Workflow Automation 當成同一件事。
  • 我知道 Private Data 先看政策與權限;會寫入外部系統的 action 要有 Approval Gate。
  • 我已選一個入口,不會一次安裝所有工具。

接下來:要做自訂連線,回到 Stage 5.2 — MCP;要做長時間流程,前往 Stage 7 — Loop/Graph Engineering;要自己寫或審查程式,走開發者路線。