DODGE AGENT：给电商团队做的内部后台

DODGE AGENT 是我给一个服装电商团队做的内部后台。老板、运营、设计、财务四种角色进来看到的模块不一样：订单和库存、设计工作台、财务对账、工作流、竞品监控。业务数据由一个 Python 脚本从飞书多维表格同步进数据库，所有页面都读同一份表。

我最在意的一处，是不让 agent 直接写数据库。它要改数，得先把受影响的行连同改动前的快照写进一张待办表，状态记成待确认，停在那儿等人在界面上点一下。确认之后可以单条撤回，也可以把一整段对话里改过的东西全部还原。能碰哪些表是写死的，一共十一张，每一步都进审计日志。这道确认是中途才强制上的——3 月 3 号那次提交的标题就写着：agent 只查、只暂存，确认交给界面。

另一半麻烦在于，有些数据只存在合作方那套 ERP 的网页后台里，没有接口可调。我写了一组给 agent 用的工具，让它通过 Chrome 的调试接口去点那个网页后台，一共十七个：查商品、查订单、查库存、改成本价、批量改价格和发货时效。凡是写操作，工具只负责把表填好，不点提交——最后那一下留给人。

135 次提交，2 月 28 号到 3 月 9 号，其中三天占了 119 次。我不是一行行敲出来的。我写任务书，交给一个自己写的脚本，也就是我另一条作品里的 Forge：它把任务书发给 Claude 去实现，然后跑构建和类型检查，不过就把报错贴回去让它再改一遍，过了就推分支、开 PR、再触发一次自动审查。我的活是决定做什么、看审查意见、点合并。

README 还是 create-next-app 生成的那份，我一个字没写。三个 PR 从三月第一周挂到今天没合。有个页面引用了一块压根没提交进仓库的看板——那块后来单独做成了公开的 orchestra-oss。所以一次干净 clone 下来类型检查过不了：四十二个报错，四十一个在测试文件，剩下那一个就是它。测试本身还立得住，91 个文件 1307 个用例，重装依赖跑一遍是 1282 个过、25 个挂在 5 个文件里。

仓库里没有 GitHub Actions。所有检查都跑在我自己机器上的那个脚本里，机器一合上，检查也就跟着停。一个人带一堆 agent，十天能推出六万行代码、二十八次数据库迁移、一千三百个测试；但没有一样是别人接得住的。