需求、接口、代码与值班交接协作

由业务负责人确认需求编号、目标用户、范围、非目标、验收标准和期望窗口，分别指定开发、测试、发布与接班责任人。下面是需填写的记录模板，不是 API 请求，也不会创建外部任务；空值必须在推进前补齐。

change_id: '<APPROVED_CHANGE_ID>'
requirement_revision: '<REVISION>'
acceptance_owner: '<OWNER>'
release_window: '<WINDOW>'
knowledge_source: '<CONFLUENCE_OR_YUQUE>'

为每个接口写明方法、路径、鉴权、请求和响应字段、错误码、分页及兼容期，关联需求编号。用虚构数据生成成功、失败和边界 Mock；导入 HAR、Swagger 或其他文件前审阅敏感字段与差异，确认所用 YApi 版本实际支持的格式，不覆盖未知修订。

在合并请求说明中关联需求、契约修订、测试计划和不兼容变化，评审时同时看实现与接口差异。以下命令仅查看已核对仓库的提交与文件变更，不发起远端写入；输出作为证据索引，不能替代代码审核。

git rev-parse HEAD
git log -1 --format='%H %cI %s'
git show --stat --oneline HEAD

在批准的隔离环境用测试身份检查正常输入、字段缺失、错误鉴权、边界参数、分页及旧客户端兼容。测试数据应可清点且不触发真实通知、订单或资金动作；写接口需另设隔离资源和清理计划，不能以文档链接存在为依据调用生产。

汇总代码评审、接口测试和业务验收结果，确认目标环境、发布窗口、兼容风险及停止条件。需要发布制品时关联发布证据链场景的提交、构建及摘要；没有上线授权只记录待发布，不因为任务完成自动宣称已部署。

在选定 Confluence 或语雀主文档整理需求编号、契约、提交、制品、配置键、依赖、监控、告警、只读诊断、停止恢复条件及遗留事项。敏感凭据只引用受控保管位置，内部网络信息遵循文档权限。若保留另一载体入口，仅链接主版本并标注来源，不默认双向覆盖。

由真实接班人检查需求、接口、评审、监控和知识文档链接及附件，确认受限页面不依赖作者个人会话。让接班人复述一次告警到只读诊断的路径，并说明超出权限或恢复风险时找谁；另用无关组或匿名访问检查不应公开的信息。

交接双方确认当前版本、观察期限、未完成事项和下一责任人，再更新各平台对应状态。检查编号、修订和链接的一致性，人工同步也记录最后核对时间；如未来建设自动同步，另行设计最小权限、幂等和失败补偿，本轮不假定已有连接。