跳至主要內容
Bisonflow

你的程式助理不該依賴手動貼上的待辦清單

開發預覽:OAuth 連線、六個範圍明確的 MCP 工具,以及保留工作空間權限的伺服器檢查。

本頁內容

你正在編輯器裡處理任務。助理問驗收條件,你貼上任務內容。半小時後專案已經更新,對話裡卻還留著舊版本。

複製貼上能用,直到有人把那份副本當成目前狀態。我希望助理能透過可檢查、可撤銷的連線,向 Bisonflow 取得需要的任務。

開發預覽。 這個連線已在 Bisonflow 的 dev 分支實作。正式上線仍需核准。本文說明目前的功能範圍,不代表正式環境已開放。

兩個深色工具模組透過琥珀色連接器相連
助理要求特定資料,Bisonflow 決定這個連線能否讀取或變更。

先做好六個工具

目前的 MCP 連線可以列出可存取的專案、列出任務、搜尋任務標題、讀取任務、建立任務,以及更新標題、說明、優先順序或到期日。

這就是完整工具清單。它不開放刪除、帳務、邀請、檔案下載、資料庫查詢或任意程式執行。助理不能自行猜一個內部函式名稱就呼叫它。

搜尋使用既有專案索引。清單以小頁面回傳,說明文字也有長度限制。目標是取得目前問題需要的資料,避免無關紀錄占滿模型的上下文。

伺服器不會再呼叫另一個模型來解讀工具請求。AI 用戶端已選擇具型別的操作,Bisonflow 負責驗證並套用既有專案規則。

連線時選清楚範圍

開啟設定中的「MCP 與連線」,選擇 AI 應用程式。複製伺服器網址,在用戶端新增遠端 HTTP 伺服器,再使用 OAuth 連線。

確認用戶端名稱與返回位址,選擇工作空間,也可以限制為單一專案。預設為唯讀。變更任務必須在授權時另外開啟,用戶端也應在寫入前詢問確認。

Codex 桌面版與 CLI 可以共用伺服器設定。設定頁也提供 Claude Code 與 Gemini CLI 說明。Cursor 與 VS Code 則提供官方文件定義的安裝按鈕。並沒有一種所有用戶端都支援的一鍵安裝連結。

桌面用戶端能連到本機開發伺服器。雲端 AI 應用程式需要公開 HTTPS 位址,是否可用也取決於帳號與用戶端支援。相關選項可參考 Codex 文件及 Claude Code 指南。

權限由伺服器決定

每個連線只屬於一位使用者與一個工作空間。成員資格、專案可見性與訂閱規則仍然適用。授予寫入範圍,不會讓唯讀成員變成編輯者,也不能修改已封存專案。

存取權杖一小時後到期。連線有效期為 30 天,期間可以輪替更新權杖。重複使用已消耗的更新權杖會撤銷整個連線。您也可以隨時在設定中立即撤銷存取。

任務說明可能包含惡意指令。這些文字是資料,不是授權。AI 供應商會收到其用戶端讀取的內容,因此只應核准您信任的用戶端。

重試不應建立兩個任務

每次寫入都需要重試識別鍵。使用同一個鍵重送相同操作,會取得原本的結果。若內容不同,請求會失敗。寫入收據保留 24 小時,超過期限後,應先檢查目前狀態,再重試結果不明的操作。

更新任務也必須附上最後讀取到的修改時間。若其他人已經修改任務,伺服器會拒絕請求,避免默默覆蓋對方的工作。

請求、寫入與權杖輪替的配額儲存在 Convex,適用於所有應用程式執行個體。交換資料有大小上限,每個連線也不需要永久工作階段。實作依循目前的 MCP 規格,同時相容較舊的 HTTP 用戶端。

內建 Agent 仍是另一種選擇

Bisonflow 的 Agent 測試版把對話留在工作空間內。MCP 則讓外部助理在您工作的地方使用支援的操作。兩者共用任務處理機制與專案存取規則。

下一個關卡是 dev 上的程式審查與用戶端驗收。正式環境的流量防護與雲端用戶端測試,也必須納入上線決策。我寧可清楚說明六個操作的界線,也不想承諾無限制的助理權限。

產品 / AI

Agent 測試版:先做小事,再檢查變更

如何用真實問題與需確認的任務操作試用 Agent,而不把自信的回答誤認為已完成的工作。

工程 / 打造 Bisonflow

我為什麼把 Bisonflow 從 Next.js 搬到 TanStack Start

Bisonflow 框架遷移的原因、保留的責任邊界,以及比改路由檔名更重要、卻不顯眼的工作。

工程 / AI

AI 修改專案前,得先知道是哪個專案

專案軟體裡的 AI 應該讀對資料、承認缺少脈絡,並讓每一個建議變更都能被檢查。

您的下一步

讓下一個專案更清楚。

了解 Bisonflow 最好的方式,就是親自使用。

探索互動示範開始使用