Vibe Coding 任务与 PR 垂直切片：让每次评审都能走通一个结果

“Agent A 做全部页面，Agent B 做 API，Agent C 最后补测试”能迅速制造三个进度 80% 的任务，也会让任何一个 PR 都无法独立验收。前端靠假数据，API 没有真实消费者，测试只能猜双方最终合同。团队等到集成日才第一次看到用户是否能完成事情，Vibe Coding 的并行速度反而把反馈推迟了。

MVP 垂直切片处理项目早期如何选择最小产品路径；本文把同一原则用于日常团队任务与 PR。它不讨论 Agent 怎样发表评论、作者怎样逐轮修复，那属于编程 Agent 的 PR 评审闭环。这里先保证交给 reviewer 的变更本身是一个能从入口走到结果的完整单位。

从一个完成事件反推切片

先写用户和系统能共同确认的完成事件，例如“有权限的成员从报告页下载到包含当前筛选结果的 CSV”。围绕它只保留必需链路：入口与权限、请求合同、数据读取、序列化、下载反馈、失败状态和验收证据。通知中心、批量导出、邮件发送和通用报表框架即使看起来相关，也不进入首片。

任务卡至少包含：

slice: REPORT-CSV-1
actor: workspace member with report.export
trigger: completed report is open
outcome: filtered rows download with stable headers
claims: [AC-21, AUTH-7, ERR-4]
writeSet: [report-ui, export-route, csv-serializer, focused-tests]
nonGoals: [scheduled export, email delivery, generic export framework]
evidence: [unit, authorization-negative, one end-to-end path]

这不是预先指定每个文件，而是给 Agent 一条语义围栏。探索后若需要改共享 Schema、迁移或新依赖，先更新影响并由 owner 接受，不因“实现需要”自动扩张。需求验收追踪把 claim 连到 diff 与测试，避免最终只剩一张勾选清单。

小 PR 衡量认知闭合，不只衡量行数

一份 300 行、只做一个稳定导出结果的 PR，可能比 40 行同时修改权限默认值和公共错误语义更容易评审。判断是否够小，问 reviewer 能否在一次上下文中回答：为什么改、从哪里进入、正常与失败怎样结束、哪些行为明确不变、怎样独立运行证据。任何答案需要等待另一份未合并 PR 才成立，当前切片还没有闭合。

有时基础变化确实太大，不能硬塞。拆分时让每个前置 PR 具有独立合同：例如先加入向后兼容的可选字段与消费者兼容测试，旧路径仍可运行；下一片再启用新行为。不要提交没人使用、没有删除条件的“未来通用层”。临时功能开关要有 owner、双态测试和移除条件，不能用永久关闭掩盖半成品。

GitHub 将 pull request 作为提议、评审与合并变更的协作机制；一份 PR 因此应明确 base/head、关联任务和可观察变化。PR 描述引用切片 ID、claim、non-goals 和实际证据，而不是让 AI 根据 diff 推测业务动机。commit message 质量不能替代切片合同，原子提交只负责在 PR 内进一步组织可撤销历史。

把跨角色协作放进同一结果链

前端、后端、数据和测试人员仍可并行，但围绕共享合同工作。先冻结最小请求响应与 fixture，再分别实现；每天合并到可运行的切片分支或集成环境，并由当前端到端路径揭示漂移。责任按路径节点划分，不按“我的目录通过了”宣告完成。

Agent 任务也遵守同样边界：每个 Agent 只接收当前 claim、允许写集、相邻接口和验证命令；共享文件由明确 owner 协调。发现语义冲突时暂停，不让两个 Agent 用最后写入者覆盖。团队的共享仓库指令提供跨任务规则，人类与 AI 角色边界决定谁能批准新增范围。

在异步评审前做“陌生人可走通”检查

作者从干净基线按 PR 说明执行一次：准备最小 fixture，从真实入口走到完成事件，再走权限拒绝和一个主要失败。记录命令、角色、环境、结果与当前 head。随后让没有参与实现的人只依赖任务卡和仓库内容复现；若还需口头解释哪个按钮别点、哪个服务要手工改数据，切片没有交付完整。

验证材料进入异步评审证据包。reviewer 可以要求修改当前 claim，也可以把新想法放入下一片；不要因为 PR 已打开就把所有评论都塞进当前范围。规格真的变化时更新 baseline 和重验，不能由 Agent 顺手修改测试来吸收。

垂直切片让团队进度以可用结果计数，而不是页面、端点或 Agent 任务数量。每份 PR 都能独立展示一个真实行为、一个安全失败边界和一组当前证据，评审才是在判断产品变化，而不是替并行生成补做集成设计。