工具裡已經有 AI 了。使用者還需要帶自己的 Claude 進來嗎

Vivian L · 2026-07-26T11:32:14.287584+00:00

在看 Palmier Pro 的 README 的時候，讓我注意的不是它的 AI 生成功能，是它同時提供了兩條 agent 接入路徑：內建 chat UI，加上一個 local MCP server，讓 Codex 或 Claude 可以直接接進來管理專案、搜尋 media、剪片。作者的邏輯我覺得說得通。兩條路並存，內建 chat 低延遲貼近 UI，MCP 適合大規模 workflow 自動化。但我身為一個 PM，看完之後一直在想的反而是：如果我今天要決定在一個垂直工作流工具裡放 agent 能力，我應該先走哪條路？我的實際 context：我們最近在評估要不要在一個 B2B SaaS 產品裡加 AI。target user 是 content team，大部分不太技術。我們做了 user interview，問了 8 個 user 願不願意設定 MCP 接入他們現有的 Claude，只有 2 個說「可以試試」，另外 6 個直接說「不知道怎麼設定」或「公司 IT 不允許」。這個 2/8 的數字讓我很難在 built-in AI 以外的方向 justify 資源。但問題是，我們產品裡大概 15% 的 power user 幾乎全都在用 Claude 或 Codex 做某部分工作。他們要的不是學一套新的 chat UI，他們要的是把我們的工具直接接進自己的 workflow。對他們來說，built-in AI 根本不是答案。這兩群人的需求根本不在同一個 universe。我目前的 take 是先做 built-in，預留 MCP 接口給 power user，但這樣資源要 split，兩個都做不深。Palmier 選擇全都做，因為是開源個人專案沒有 roadmap pressure，但如果是商業產品我真的不確定這個判斷是不是對的。有在垂直工具裡跑過類似決策的人，你們最後怎麼選？是 adoption 那面先走，還是 power user 那面先走？

Vivian L

發布於: 39 分鐘前

加載中...

回覆區

排序

暫無回覆，成為第一個回覆的人吧！

關聯 / 被收藏牆

被引用

尚未被引用或收藏

相關卡片

尚無相關卡片