1. 波波承接“契约、文档、接口适配、非核心规则设计”；小齐承接“深验、审计、数据核验、回归巡检、回执整理”。
2. 支付核心状态机、库存并发与锁定释放、退款执行一致性、结算账务、核销防重、权限安全边界必须留核心席实现和最终裁决。波波可以做外围契约与方案，小齐可以做验收，但不能单独决定核心行为。
3. 采用“波波先定义/整理 → 核心席实现 → 小齐独立验收 → 核心席裁决上线”的流水线。
4. 池内每席保持至少 3 个可立即领取的自含包，并额外保留 1 个待拆分包；单包建议控制在 2～8 小时，避免大任务导致停顿。
5. 所有 hy4 产出必须执行“机器初检 + 小齐交叉验收 + 核心席关键项复核”，尤其是字段、状态、金额、权限、幂等、异常分支。

一、苦力活分工判定

1.1 分工原则

按以下四个判据划分：

1.2 十类 P0 缺口判定

1.3 明确禁止两席单独处理

以下事项不得由波波或小齐单独完成并直接上线：

• 支付、退款、结算的状态机实现；
• 库存锁定、扣减、释放、恢复的并发实现；
• 核销码生成、核销、防重实现；
• 收款账户变更和敏感资质审批；
• 权限中间件、越权防护、敏感数据安全策略；
• 任何会直接改变订单、支付、库存、账务最终状态的代码合并；
• 生产数据修复和线上补偿脚本执行。

二、波波长线包清单

2.1 波波任务包总览

建议波波常备以下 8 类包，按优先级循环领取：

2.2 波波单包交付模板

每个包必须提交以下内容：

1. 包名称与目标
2. 本次覆盖范围
3. 明确不覆盖范围
4. 涉及接口/文件/文档边界
5. 字段定义
6. 成功路径
7. 异常路径
8. 幂等与重复请求规则
9. 权限与审计要求
10. 与现有实现的差异
11. 依赖与阻塞项
12. 待核心席确认事项
13. 验收证据
14. 版本号与变更摘要

三、小齐长线包清单

3.1 小齐任务包总览

3.2 小齐验收等级

四、质量管控方案

4.1 总体质量门禁

采用四道门：

第一道：提交前自检

波波或小齐提交前必须完成：

• 字段名、类型、是否必填、默认值核验；
• 成功、失败、重复、超时、权限拒绝场景核验；
• 文档链接、版本号、依赖项核验；
• 明确“材料已有事实”和“本次建议设计”，不得混写；
• 对未确定内容标注“待核心席确认”。

第二道：结构化自动检查

可执行的检查包括：

• 接口是否都有请求、响应、错误码；
• 状态是否存在孤立状态；
• 状态转换是否出现无来源或无出口；
• 枚举值是否重复；
• 金额字段单位是否统一；
• 时间字段时区和格式是否统一；
• 权限矩阵是否覆盖全部接口；
• 任务包是否包含范围、边界、判据、依赖、工时。

第三道：小齐独立验收

小齐验收时不得只读波波结论，必须以：

• 实际接口响应；
• 数据库前后快照；
• 日志/审计记录；
• 状态转换记录；
• 对账结果；
• 权限拒绝结果；

作为主要证据。

第四道：核心席关键项复核

核心席只复核高风险项，避免占满核心席：

• 支付、退款、结算金额；
• 库存并发和最终一致性；
• 核销防重；
• 权限越权；
• 数据删除、导出、脱敏；
• 生产变更和补偿脚本。

4.2 验收证据标准

每条验收结论必须包含：

对象：
环境：
版本/提交号：
前置数据：
操作步骤：
预期结果：
实际结果：
证据链接或快照：
结论：PASS / FAIL / BLOCKED
缺陷等级：
责任人：
复验条件：

禁止使用以下无证据结论：

• “看起来没问题”
• “应该可以”
• “接口大概一致”
• “已覆盖全部场景”
• “模型检查通过”

4.3 字段错误和语义偏差控制

五、与核心席流水线接口

5.1 标准流水线

核心席提出缺口/边界
        ↓
波波整理契约、字段、规则、验收基线
        ↓
核心席确认关键状态机与实现边界
        ↓
核心席实现代码或核心配置
        ↓
小齐独立执行验收、回归、对账、审计
        ↓
核心席复核 P0/P1 与关键证据
        ↓
合并/发布
        ↓
小齐发布后巡检
        ↓
问题回流为新任务包

5.2 RACI 分工

说明：

• R：执行责任；
• A：最终负责；
• C：协作/咨询。

5.3 交付状态定义

所有任务统一使用以下状态：

READY       可领取，依赖已满足
DOING       已领取，正在处理
WAIT_CORE   等待核心席确认
WAIT_DEP    等待前置任务或环境
VERIFY      等待小齐验收
REWORK      验收不通过，返工
PASS        验收通过
RELEASED    已合并/发布
BLOCKED     存在阻断问题

任何任务不得直接从 DOING 跳到 PASS。至少经过 VERIFY。

六、不停顿池设计

6.1 每席库存数量

波波池

• READY：至少 3 单；
• WAIT_CORE：不超过 2 单；
• DOING：1 单；
• WAIT_DEP：不超过 2 单；
• 其中至少 1 单必须是不依赖核心席即时确认的低风险包。

小齐池

• READY：至少 3 单；
• VERIFY/DOING：1～2 单；
• WAIT_DEP：不超过 2 单；
• 至少保留 1 个可对已完成任务池执行的回归包；
• 至少保留 1 个文档/数据核验包，避免因环境不可用而停顿。

6.2 推荐池结构

波波 READY 池示例

1. B01 统一错误契约补齐；
2. B02 角色矩阵与接口权限契约；
3. B08 交付文档治理与变更包；
4. B03 支付外围契约包，作为核心席确认后续包。

小齐 READY 池示例

1. Q01 后端 P0 缺口深验总包；
2. Q04 商户资料完整性巡检包；
3. Q07 用户隐私与审计巡检包；
4. Q08 回归巡检与发布回执包。

当前材料仅给出任务池快照，没有给出完整代码分支、环境可用性、接口实际完成状态，因此上述包是建议排程，不代表相关实现已经存在或已可验收。

6.3 补单机制

触发条件

出现以下任一情况，立即补单：

• READY 少于 3 单；
• 某单进入 WAIT_CORE 超过约定时间；
• 某单因环境阻塞；
• 小齐验收发现 P0/P1 缺陷；
• 核心席临时接管某单；
• 当前包预计超过 8 小时。

补单来源优先级

1. 从已有大包拆出独立子包；
2. 将验收失败项拆成返工包；
3. 从 ①～⑩ P0 缺口中拆外围契约/测试包；
4. 从已完成任务池生成回归包；
5. 做文档索引、字段字典、接口一致性巡检。

补单规则

• 每个新包必须具备范围、边界、判据、依赖、工时；
• 工时超过 8 小时必须拆包；
• 不允许用“继续完善”“全面检查”“把接口补齐”作为任务名；
• 每个包必须有唯一 owner；
• 被阻塞的任务不能占用唯一可执行席位。

6.4 池模板

任务编号：
任务名称：
责任席：波波 / 小齐 / 核心席
风险级别：P0 / P1 / P2 / P3

一、目标
二、覆盖范围
三、不覆盖范围
四、输入依赖
五、输出物
六、文件/接口/数据边界
七、执行步骤
八、完成判据
九、验收证据要求
十、预计工时
十一、阻塞条件
十二、上游任务
十三、下游任务
十四、状态
十五、复验条件
十六、最终裁决人

七、建议的首批排程

波波首批

1. B01 统一错误契约补齐：先消除跨域接口不一致；
2. B02 角色矩阵与接口权限契约：为小齐权限验收提供基线；
3. B05 商户入驻资料模型包：9 项缺口边界清晰，适合连续产出；
4. B03 支付外围契约包：待阿仁提供现状后进入。

小齐首批

1. Q01 后端 P0 缺口深验总包：建立当前真实基线；
2. Q04 商户资料完整性巡检包：与 B05 串联；
3. Q07 用户隐私与审计巡检包：可独立推进，依赖较少；
4. Q08 回归巡检与发布回执包：利用当前已完成池保持不停顿。

最终交付门槛

本批任务只有同时满足以下条件，才可标记完成：

• 波波产物已版本化并归档；
• 小齐有可复核验收证据；
• P0 阻断项为 0；
• P1 缺陷均有修复 owner 和复验计划；
• 支付、库存、退款、核销、权限由核心席完成最终裁决；
• 文档契约与实际接口/代码至少完成一次差异核对；
• 发布后完成一次小齐巡检。

材料未提供当前各域实际代码分支、测试环境和接口实现完成度，因此具体“哪一包可立即执行”仍需以任务领取前的依赖检查为准；但以上包定义、边界、判据和流水线可以直接作为交付池配置。