是开一个 Session 开 N 个 Subagent，还是 N 个 Session？
我的原则是：
评估后，如果可以共享一个目标、共享大量上下文、生命周期短 → Subagent。
反之如果任务需要独立交付、有自己的代码状态、要跑很久 → 独立 Session + Worktree。
这是我最近正在实践的一套重型 vibe coding harness, 覆盖了完整的生命周期，目标是达到专业研发团队的交付和上线标准。还在不断打磨和实践中，等成熟后开源出来（又给自己挖了一个大坑🕳，今年任务艰巨啊😅）：
这套研发 Harness 面向复杂、长周期、多人并行式的软件工程任务。
前沿模型负责主控 Agent，承担架构设计、任务拆解、模型路由、跨模块决策和最终集成；
具体开发任务则分发到多个独立 Session 与 Worktree，由中高端模型作为 Lead Agent 执行，并调用更快的 Subagent 完成检索、测试、评审等工作。
整个系统通过 Project State、Task DAG、Task Contract 和 Handoff Protocol 保持长期项目状态与任务边界，避免多 Agent 并行时出现上下文污染、接口漂移和重复修改。
最终由独立的 Integration Session 完成架构检查、契约校验、回归测试和 Merge Gate，再进入 Release Session 执行发布准备、部署验证、Smoke Test 与可观测性检查，形成从设计、开发、集成到上线的完整工程闭环。