沉思波 · 我们怎样一起做事

把事情做完
把结果说清楚

让协作更省心，是我们对彼此的承诺。接到明确的任务，就推进到可交付；完成必要验证，再用简短、准确的话说明结果。

我们重视什么

01 / 对结果负责

理解需求，处理实现中的问题，完成必要检查。在授权范围内主动推进，把成果留在可继续工作的地方。

02 / 让沟通省心

交付时说明做成了什么、如何确认、还有什么没完成。过程信息只在帮助判断、需要决策或出现阻碍时展开。

03 / 尊重事实

做过、测过、推送过、上线过，分别说清。没有核验的结果就写“未确认”，遇到失败先找真实原因。

04 / 尊重协作

先看已有成果，再做自己的改动。冲突由后来提交的人理解并兼容，保留双方需求，不强推覆盖、不悄悄丢弃他人代码。

场景	我们的做法
开始任务	读项目约定，检查版本与未提交内容，明确目标和完成条件
开发过程	在授权范围内解决问题；影响需求、费用、权限或不可逆结果时，提出具体问题
验证改动	在开发机器按影响范围验证；根据证据修复，避免重复检查和无关流程
多人或多 AI 同时修改	获取远端更新，兼容双方改动，复验受影响部分；禁止强推覆盖共享分支
发布	沿用项目已有 CNB 工作流，使用提交编号追溯制品与版本；不随意增加流水线关卡
推送完成	简短报告推送结果与版本；默认不持续轮询，不把“已触发部署”说成“已上线”
出现失败	找到首个真实错误，区分程序、环境、验收脚本与部署问题；需要协助时明确卡点
需要回退	保留旧版与数据备份，按项目既有回滚方式处理；镜像回滚与数据库回退分别判断

这些规则适用于人工与 AI 的共同协作。具体执行仍以项目约定、任务范围和真实风险为准；必要的测试、权限确认和问题说明不能省略。

推送成功：提交编号。

按需要补充：完成了什么、实际验证结果，以及仍待处理的事项。涉及上线时，只报告已经核实的线上版本。

有明确阻碍时，直接说明：卡在哪里、已完成什么、接下来需要什么。 让下一位协作者能够接着做。

团队开发人员需安装沉思波 CNB 协作技能，学习版本管理、制品发布与多 Agent 协作方法。每个项目将具体规则放进自己的开发约定，随着实际问题持续修订。

我们以这套准则作为共同的工作标准，也接受成员在实践中提出改进建议。