工程实践补充：把团队案例接回真实验收

本课把任务登记、岗位分工、评审、交接和维护连成一条可检查的工程流程。需要深入练习时，可以回到工程实战六课。

先明确岗位和规模的含义

按平台和职责分配移动端、桌面端、基础设施与检查岗位。各角色持有专门背景，协调者不必每次向所有人重复同样的解释。

并发规模由任务独立性、机器资源、额度和检查能力决定。先复用现有环境，串行跑通一项任务，再决定是否增加并发。PR 数量不能替代交付质量。

执行环境必须能产生反馈

协调伙伴把需求交给执行岗位，读取执行记录并检查产物。需要设计、评审或架构方法时，先确认当前环境有哪些可用能力，不假定某个 Skill 已经安装。

需要特殊网络条件或设备能力时，先确认可复用的执行环境。我们只有确需运行态证据时才使用已授权设备，复用同一个实例，限制资源；不能为了增加证据同时启动一批模拟器。

界面任务对照运行前后截图；声音任务检查实际系统音频输入输出、语音接口、转写与语音对话结果。仅交代码和一张静态截图，不足以证明所有交互都通过。

登记、检查与合并不能混为一谈

任务表先登记负责人和状态。按约定节奏检查反馈、测试失败与冲突；问题未解决时保持处理中，满足提交条件后再进入待评审。合并要遵守当前任务的授权与评审规则。

运营伙伴负责入职、方法交接与根因复盘，按需要安排规则检查。我们把规则改成能观察的检查项，并传给需要它的岗位。

维护任务可以覆盖失效逻辑、加载速度、包体、安全、构建耗时、国际化、多端差异与过去二十四小时变更。探索任务设置范围和预算；紧急问题缩短检查间隔时，记录用量，问题解决或到达期限后停止。

回到工程六课练习

重试要给出次数、时间和停止条件。相同错误没有新证据时，先停止并分析。重复且规则清楚的任务，适合在真实验收后逐步委派。

练习交付：选择一个小改动，完成登记、负责人、实际反馈、评审和收尾。任务运行结束不等于已验收或已合并；最终记录要分别说明。