业务开发SOP
（1）接任务，问清楚任务概述，详细功能，输入，输出。产出一份业务梳理
（2）把任务概述，详细功能，输入，输出丢给豆包问：我想知道当一个大厂里的程序员接到领导的这个任务的时候，这个的sop是怎么样的。产出一份业务梳理
（3）你需要进一步获得一个业务澄清，具体实现中需要确定的指定的东西（接口类型，阈值，多个可选方案）。产出一页需求确认文档，进一步与组长沟通，让组长确认“按此开发”
（4）你需要进一步获得一个详细的方案设计（接口冻结，节点职责拆分，状态机设计，可靠性设计，可观测设计）。产出简版设计文档 + 流程图
（5）开始编程，要求具备工程化性能（参数化（topic、超时、阈值、重发周期），日志分级（INFO/WARN/ERROR），防重复触发（已停状态不反复刷屏））
（6）进行单元测试，集成测试，回归测试。让豆包给出测试方案
（7）书写注释或者文档，利人利己
“接口冻结”可以理解成 3 件事：
- 先写清楚接口规则（contract）
- 输入是什么：topic、msg类型、每个字段含义
- 输出是什么：topic、msg类型、每个字段含义
- 单位是什么：秒、米、m/s、Hz
- 默认值是什么：字段缺失怎么处理
- 异常值怎么处理：非法值、超范围值、空字符串怎么办
2.定义版本策略
- 将来加字段时，旧节点还能不能跑
- 例如：新增字段必须“可选”，老版本忽略也不崩
- 不允许随便改旧字段语义（这是最坑的）
3.落文档并当作联调唯一标准
- 产出一个
interface.md或 README 接口章节- 联调、测试、验收都按这份文档，不按口头约定