开放生态/开源项目

开源项目

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。