当同一个目标由人类工程师、多个 AI 执行者和几条互相依赖的仓库线同时推进时，协作从"靠默契"变成了"靠书面"。本文沉淀了几条大型工程线上踩出来的任务拆分方法：先写最终结果再划边界、一个子任务只交付一个可验证结果、依赖写成"需要什么产出"、8 个文件 40k 上下文的硬预算、验收要能回答"什么错误会让它失败"、Claim 与四段式 Handoff。文末附可直接复制的父任务、子任务与交接模板。
传统信息系统只有数据和行为两个元素，AI 是第三个。我从一个图生视频小应用出发，把它逐项对齐到现有的 Agent 平台，剩下的问题只有一个：控制流归谁。由此分出两条路：数据平台为主、Agent 平台供给工作流，这是 Workflow 模式；Agent 平台为主、数据平台以 MCP 供给数据与行为，这是 Agent 模式。本文拆开两条路的拓扑、契约、状态与副作用处理、改造清单和控制力的具体去向，再看产业现状如何在两条路上同时走。结论没有通用答案，只有场景变量。
半年前我判断 Agent 平台难以破圈、个人助手终将爆发。半年后回看：方向对了，诊断错了。模型对 Agent 的理解、Harness 的操作系统化、沙箱的迅猛发展、Skills/MCP/Plugin 的标准化，把"平台 vs 助手"的二分法彻底消解了。
当AI逐渐成为下一代的日常工具，我们需要一起思考：除了教会孩子使用AI，还应该为他们保留哪些独立思考的空间？
