Skip to main content
這個單元解決什麼問題你付費的 AI 工具內建一堆功能：web search、程式碼執行、Artifacts、長效記憶、connectors、slash commands，多數人用不到三成。這不是功能太難，而是沒有系統追蹤「哪些功能現在就有」。本單元盤點主用工具的內建能力清單，讓你知道每一個功能解決什麼、邊界在哪、何時該優先用，並建立追更新的節奏：既然付了錢就把它用到滿。

​
學習目標

  • 盤點你主用的 AI 工具（至少 Anthropic Claude 與 OpenAI ChatGPT）目前開放的內建功能清單。
  • 追蹤各家工具的官方 changelog 或 release notes，掌握新功能上線時機。
  • 說明每個內建功能解決什麼、邊界在哪、何時該優先用。
  • 辨識你的工作流中哪些外掛或自建方案已被內建功能取代，並決定是否收掉。

​
1. 為何要追蹤內建能力：已付費卻用不到三成

付費方案最大的隱性成本不是帳單金額，是「功能擺在那、沒人用等於白付」。一個典型的場景是：你訂了 Claude Pro 卻只用對話框寫 prompt，沒開 Web search、沒用 Projects 放專案知識、沒用 Artifacts 跑前端原型、沒開 Cowork 串桌面工作流；一年下來你只用到 20% 付費能力。多出來的 80% 不是「用不到」，是你沒看過 changelog、不知道它有。
追更新節奏每個月花 30 分鐘掃一次主用工具的 release notes。不要靠網路文章摘要（容易被截斷、會過期）；直接訂閱官方 changelog。Anthropic release notes 在 support.claude.com/en/articles/12138966-release-notes （截至 2026-05；具體 URL 以官方當前為準）。OpenAI 為 help.openai.com/en/collections/3742473-chatgpt；Google 為 support.google.com/gemini；GitHub 為 github.blog/changelog/label/copilot/；Cursor 為 cursor.com/changelog。
功能旗標（feature flag）的現實：部分功能在帳號介面逐步開放，不是所有使用者同時看到。Claude.ai 介面右上角的設定面板、Claude Code 的 /config 命令，都是你主動確認目前開了哪些的地方。預設關閉的功能，往往是「最被低估、付費差異最大的」。

​
2. 各家內建工具清單（截至 2026-05）

​
2-1. Anthropic Claude

Claude.ai 對話介面： Claude Code CLI： Claude Cowork： 桌面型 agentic 產品（Anthropic 出，面向知識工作者），能在本機檔案與應用上完成多步任務。與 Claude Code 的差異見 01-7 2026 年 AI 工具地景 與 02-2 Anthropic Claude 設定。Cowork 的具體內建功能清單（檔案搜尋、桌面整合、可呼叫應用）以 anthropic.com/product/claude-cowork 當前頁面為準。

​
2-2. OpenAI ChatGPT

​
2-3. Google Gemini

名詞澄清「Gemini for Google Workspace」與「Gemini App」是兩條不同產品線：前者是 Workspace 內的側欄助手，後者是獨立的對話 App。內建功能清單與方案分層以 support.google.com/gemini 當前頁面為準。

​
2-4. GitHub Copilot

​
2-5. Cursor

Cursor 為第三方 IDECursor（Anysphere）為第三方 AI IDE，本 Playbook 僅短提一欄做對照。具體內建功能以 cursor.com/docs 當前頁面為準。

​
3. 工具對照

命名澄清
  • Claude Code 與 Claude.ai 是兩個獨立產品：前者是 CLI 代理（開發者向），後者是對話介面（知識工作者向）。Claude Cowork 是第三個（桌面型 agentic 產品），與 Claude Code 不互通。
  • OpenAI Codex CLI、ChatGPT、Operator 是三條不同產品線：CLI 開發者用、對話知識工作者用、雲端瀏覽器代理。內建功能不互通。
  • Google Gemini、Gemini for Google Workspace、Antigravity 是三條不同產品線：對話 App、Workspace 助手、CLI 代理。內建功能不互通。
  • Cursor 為第三方 IDE（Anysphere），本 Playbook 僅短提一欄。

​
4. 怎麼追更新

四種追蹤路徑，由淺到深：
1

官方 release notes

Anthropic 為 support.claude.com/en/articles/12138966-release-notes（截至 2026-05；URL 以官方當前為準）；OpenAI 為 help.openai.com/en/collections/3742473-chatgpt；Google 為 support.google.com/gemini；GitHub 為 github.blog/changelog/label/copilot/；Cursor 為 cursor.com/changelog。
2

官方 changelog RSS

多數公司提供 RSS feed；用 RSS reader 訂閱即可，新功能上線自動通知。
3

官方 X / Twitter 帳號

@AnthropicAI、@OpenAI、@GoogleAI、@GitHubCopilot、@cursor_ai。功能公告通常早於完整 release notes。
4

功能旗標直接確認

不要等 changelog 才知道多了什麼：每個月開一次你主用工具的設定頁，掃一遍「實驗性功能」「Beta」「What’s new」分頁。
版本號不等於新功能Claude Code v2.1.x 與 v2.1.y 的差異，未必反映功能變動。要看 release notes 的「What’s new」段，不要只看版本號。對 CLI 工具，claude --version 給的是修補版本號，與功能脫鉤的情況常見。
30 分鐘月度例行把追更新綁進月曆：每月第一個週一 09:00，30 分鐘，依序掃「主用 CLI 的 release notes + 對話介面 changelog + 設定頁的新功能旗標」。30 分鐘乘上你能用到的新功能，換算下來比什麼 prompt 工程都值。

​
5. 用透徹的判準：每個功能解決什麼、邊界在哪

不要因為「看起來酷」就用，也不要因為「沒用過」就忽略。每個功能過這三題：
  1. 它解決什麼問題？ 能寫出具體場景才值得用。
  2. 邊界在哪？ 輸入容量、輸出限制、速率、配額、方案分層、失效條件。
  3. 你工作流的哪一步它能取代？ 取代才有價值；疊加只是複雜化。
幾個常見的判斷陷阱：
  • Web search：適合查近期資料、價格、新聞、文件變動；不適合取代需要精確引用來源的學術查證（引用品質參差、可能 hallucinate URL）。
  • Code execution / Artifacts 沙箱：適合快速驗算、互動示範、前端原型；不適合重型運算（資源有限）、不適合跑需要持久狀態的服務。
  • Projects / Memory：適合放「跨對話都想用」的常駐資訊（術語表、團隊慣例、研究方向）；不適合放敏感個資（訓練退出要逐項確認）、不適合放「偶爾才需要」的雜事。
  • Connectors：適合讓模型讀你既有資料源（Drive、Dropbox、Notion、Linear、GitHub）；不適合取代正式 ETL 流程（OAuth 範圍、速率限制、可審計性都不同）。
判斷範例：你要裝一個「自建 web search wrapper」嗎？開始寫之前先檢查：
  1. Claude.ai Pro 內建 Web search 有嗎？有。
  2. 它能做你要的查證嗎？九成場景能（附引用、近期資料覆蓋）。
  3. 你的自建 wrapper 比內建多什麼？可能就是「我控制的 URL 白名單」與「自定輸出格式」。
判斷：對大多數人，直接用 Claude.ai 內建 Web search + 在 prompt 要求「只引用我白名單的 domain」。自建 wrapper 只在「白名單控管是合規硬需求」或「需要串自建後端邏輯」時才划算。

​
6. 反模式

  • 裝外掛重造內建功能：自建 web search wrapper、自建 long context 摘要、自建 memory 機制。在內建功能已能解決九成場景時，是浪費維護成本。例外是「內建做不到的合規或客製需求」。
  • 付費功能放著不用：訂了 Pro 卻不開 Web search、不用 Projects、不用 Artifacts 跑前端原型，是虧損，不是省錢。每個月掃一次 changelog 就是為了避免這件事。
  • 不看 changelog 寫自製方案：你花兩週自建的東西，可能上個月官方剛發布了同類功能。追更新的成本遠低於重複造輪子。
  • 把多個工具的同類功能混用：Web search 同時開 Claude.ai、ChatGPT、Gemini，會出現「同一查詢不同來源不同結論」的整合噩夢。一個工作流選定一個主用，其他只作 fallback。

​
動手做

30 分鐘練習
1

盤點差距（15 分鐘）

開啟你主用 AI 工具的設定頁，列出目前啟用的內建功能，與你過去一個月實際在用的功能做對照。差距在哪？把沒在用的功能依「值得試一次」「不需要」二分類，記下三個你想試的功能。
2

訂閱一個 changelog（5 分鐘）

選一個你主用工具的官方 changelog（URL 或 RSS），加入你的 RSS reader 或瀏覽器書籤。
3

掃一次 release notes（10 分鐘）

讀過去 90 天的 release notes，列出三個你現在才知道的新功能，評估是否值得採用。

​
常見誤區

反模式清單
  • 以為「功能沒有」，其實只是沒有啟用：許多功能（Web search、Projects、Memory、Connectors、實驗性 flags）需要在設定中手動開啟或授權。打開設定頁掃一次比寫 prompt 有用。
  • 混用內建功能與第三方外掛，造成行為不一致：同類工作（例如「查最新文件」）同時走內建 Web search 與外部 wrapper，排錯時分不清哪個給了哪個結果。一個工作流選定一個主用。
  • 只看別人的教學文章了解工具能力，沒有直接查官方文件：教學文章會過期；官方 changelog 才是真相。寫到教材時要標「截至 YYYY-MM」並附官方 URL。
  • 把 Beta / Preview 功能當成 Production 用：Agent mode、Memory、Background Agent 等 preview 功能，模型行為、API、UX 隨時會變。生產環境鎖定 GA（General Availability）功能。
  • 以為「追更新」是工程師才需要做的事：研究工作者、PM、學生也一樣需要。你寫的 prompt 與工作流依賴工具的當前能力，不知道多了什麼就繼續用舊的限制。

​
自我檢核

通過本單元的標準
  1. 你能在 5 分鐘內列出你主用工具的 5 個內建功能，並對每個說出「解決什麼、邊界在哪」嗎？
  2. 你有沒有固定追更新的節奏？每月 30 分鐘，寫在月曆上。
  3. 你的工作流中有沒有「自建組件其實內建就有了」的地方？列出至少一個，決定是否收掉。
  4. 你最近一個月有沒有推出你不知道的新功能？打開 changelog 查一下，記錄你找到的最近一筆更新。

​
來源與延伸閱讀

事實主張依官方文件，快變動項標註截至 2026-05。
  • [1] Anthropic, “Claude Code overview & permissions,” code.claude.com, 2026. [Online]. Available: https://code.claude.com/docs/en/permissions （截至 2026-05；含工具分層、唯讀指令清單、權限規則）
  • [2] Anthropic, “Connect Claude Code to tools via MCP,” code.claude.com, 2026. [Online]. Available: https://code.claude.com/docs/en/mcp （截至 2026-05；MCP client 與 .mcp.json 設定）