cmbuyer/docs/tasks/T-009.md

id, title, phase, deps, status, created, vikunja_task_id, context_ref, work_branch, needs_device, needs_human_review, write_paths

id	title	phase	deps	status	created	vikunja_task_id	context_ref	work_branch	needs_device	needs_human_review	write_paths
T-009	明确 MVP 关键路径与并行开发波次	0	T-008	DOING	2026-08-03	16	31b08d7	task/t-009-mvp-critical-path	false	false	docs/tasks/T-009.md docs/00-ai-start-here.md docs/06-tasks.md docs/current-state.md

问题 / 背景

T-005 至 T-008 已完成，但当前状态快照仍把 T-005、T-006 写成等待人工确认；入口文档的阶段顺序也容易被理解为必须完成整个 Phase 0 后才能开始 Phase 1。现有依赖实际上允许 T-002 完成后立即进入 T-101，并让 T-004 与真机取证并行。若不把这条关键路径写入仓库，后续 agent 会按阶段串行执行，延迟 MVP 生死线 T-103。

关联需求与交互

• 功能：不适用，本任务只调整开发执行计划。
• 用户故事：不适用。
• 交互：不适用，不修改产品界面。
• 架构 / API：不修改架构、API、数据模型或安全边界。

方案

1. 更新 docs/current-state.md：同步 T-005 至 T-008 已完成，明确 T-001 与 T-002 为下一波并行任务，并注明 T-002 完成后立即启动 T-101。
2. 更新 docs/06-tasks.md：新增依赖驱动的并行波次和关键路径，明确 T-003、T-004、T-101 的可并行关系，并把 T-103 标为最高优先级生死线。
3. 更新 docs/00-ai-start-here.md：把笼统的阶段串行表述改为依赖驱动；保留 T-103 结论出来前不写依赖真机字段的 Phase 2 生产页面。
4. 所有共享文档由 T-009 所有者单独写入，不创建 T-001/T-002，不修改既有任务依赖与产品范围。

验收要点

• 三份文档对当前状态、下一步和关键路径的表述一致。
• 明确 T-001/T-002 并行；T-002 后立即 T-101→T-103；T-001 后可做 T-004；T-001/T-002 后可做 T-003。
• 明确 Phase 2 生产页面仍受 T-103 真机结论门禁约束。
• 不修改 docs/02-requirements.md、docs/04-architecture.md、docs/api.md、docs/05-coding-rules.md。
• python scripts/validate_agent_context.py 与 git diff --check 通过。

执行记录

（暂无）

边界

• 不修改 docs/02-requirements.md、docs/04-architecture.md、docs/api.md、 docs/05-coding-rules.md、交互原型或生产代码。
• 不改变既有任务依赖、MVP 产品范围、两趟执行流程、三道价格闸门或提交订单四条件。
• 不以并行提速为理由跳过 T-103 真机取证，或在 T-103 结论前开发依赖真机字段的 Phase 2 生产页面。
• 不在本任务创建或领取 T-001、T-002；本任务只把已确认的执行策略写入权威文档。
• 不让受托执行者修改本任务列出的共享文档；这些文件只由 T-009 所有者写入。