交付标准与留档规范

六条硬要求：沟通与协作 3 条 + 交付与验收 3 条。 每周周报的纪律自查就是照这个逐条过。 下半页是功能模块 / 大项目模块的留档差异——两者要求不一样，别混。

1. 沟通与协作

1.1 会议结论留痕

• 会议结束、口头对齐后，需在飞书群留下结论，方便后续跟进。
• 目的：避免口头信息丢失、责任不清，保证结论可追溯。

1.2 多方协作对齐边界

• 涉及多方协作的功能，需与各方对齐职责边界：谁负责、做到什么程度、接口/时序如何衔接。

1.3 不熟悉的模块主动请教专业人员

• 遇到自己不熟悉的模块（如动画、相机、角色位移等），主动与项目内更专业的人沟通交流，获取更全面的意见。
• 目的：避免同样的功能各做各的、出现重复轮子。

2. 交付与验收

2.1 交付前请策划过效果

• 功能交付时，需要策划先过一遍效果。
• 能录视频演示的功能，需要录视频存档，便于留存与后续比对。

2.2 大型功能模块留档

大型功能模块，需要留存两份文档：

2.3 验收后跟进配置与表现

• 功能验收后，需跟进后续策划在游戏中的配置，验证游戏中的实际表现是否符合预期。

3. 功能模块 vs 大项目模块

两个层级的留档要求不同，判定标准是会不会有别人来接手/接入。

4. 交付自查清单

功能交付前把这张表过一遍，勾不满就别说「做完了」。