开源项目
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。