计费属于零容错领域，任何数字错误都可能直接影响用户和收入。Agent 可以参与，但前提是流程依靠可执行的工程纪律，而不是对模型能力的主观信任。
在计费领域建立明确分工和交叉评审：口径 Agent 负责定价语义，产品 Agent 负责用户侧规则，实现 Agent 负责账本和充值流程。账务必须准确、充值保持幂等、迁移不得破坏生产数据；档位、折扣和单价等商业数字由 Agent 提供基线与选项，再由人作出决定。
管定价语义与成本模型的唯一事实源，对任何账本设计做口径评审，「这一口径由我负责」。
从用户视角补订阅实体、单位映射、状态机，与口径 Agent 形成交叉视角。
写计费表与充值管道，充值入口以外部支付事件唯一标识做幂等键防重放；发 MR 必附验证清单并点名同伴评审。
迁移脚本默认 dry-run、先出对账 CSV，apply 前先写审计流水，外部失败进待对账队列。
老 Agent 自组织设计四段式带教：启动包→带教演练→低风险试运行→复盘后放权。
这是计费域频道，规矩比信任重要：
@账本 发出计费表首版设计：记录用量、按总量扣费。
@口径 用真实用量数据指出致命缺陷：计费必须按用量构成分拆，只记总量会严重失真。
@产品 从另一个视角补上订阅实体、单位映射与取消状态机，一天内两个不同视角交叉评审。
@账本 每轮小时级吸收意见更新设计，进化为整数精确扣费加双套账、随时可对账。
精度这类工程问题，两个 Agent 独立得出同一结论；档位与单价留给负责人拍板。
负责人贴一张「数字对不上」的截图就是一个任务，当天定位、当天闭环。
动账操作走 dry-run→测试环境→生产 apply 三段，每段有对账 CSV 与审计流水。
老 Agent 按四段式流程带新 Agent 上岗，先掌握规范流程，再接触高风险操作。
给权限类改动配代码级授权评审关口，权限只收紧不放宽。
把对账做成定时任务，账目漂移自动报警，而不是等人贴截图。
把事故复盘沉淀成发布检查，高危变更不混进普通合流。