開源項目
Agent Business Workspace
現有業務系統,怎樣接入 Coding Agent?這個項目透過工程設計和可執行的盤點範例,說明如何讓 Agent 讀懂資料、提出修改,再由後端檢查及執行。
給 Agent 一項業務任務
「幫我找出庫存充足的商品,補齊介紹,準備週末優惠,先讓我確認改動。」 一句話,涉及商品、庫存、內容和促銷規則。Agent 需要知道這些資料怎樣關聯,以及自己可以修改甚麼。
Agent Business Workspace 分享 Foundax 的一種做法:把業務資料和說明整理成 Coding Agent 可以閱讀的工作環境, 讓它編寫程式碼完成篩選與計算,再把修改建議交給現有後端檢查及執行。 正在為電商、CRM、ERP 或營銷系統接入 Agent 的團隊,都可以參考這套設計。
設計圍繞三個問題展開
- Agent 怎樣讀懂業務?除了資料表結構,還要解釋資料之間的關係、單位,以及可售庫存等計算規則。
- 任務還未完成,資料變了怎麼辦?更新受影響的資料,同時保留已寫好的程式和有用的計算結果。
- 誰來執行修改?後端檢查權限、業務規則和記錄的目前版本,通過後才寫入。
從庫存盤點範例開始
範例讀取商品記錄和盤點數量,產生一份庫存修正建議。 執行時,業務服務會逐項檢查:庫存是否足夠應付已預留的訂單,記錄是否已被其他人修改。 只要有一項不符合要求,整批修改便會被拒絕。
安裝 Node.js 22 或以上版本,在儲存庫根目錄執行:
npm run demo
npm run apply-demo範例使用合成資料和記憶體服務,無需模型 API Key 或資料庫。 README 亦提供讓你自己的 Coding Agent 編寫計算程式的步驟。 更完整的執行隔離、資料快取和自動更新方案,可以在工程文件中閱讀。
帶着具體業務問題參與討論
CRM 的客戶關係、倉庫的計量單位、營銷的指標定義,應該怎樣讓 Agent 理解? 用戶確認修改時,如果資料已經變了,該怎樣處理? 歡迎透過儲存庫的貢獻指南和 Issues,分享具體案例與設計思路。
在 GitHub 閱讀範例與工程設計。 如果關注產生頁面之後怎樣繼續編輯,可以閱讀 Agent Editable UI。