用途：把 Click、Knapp 与 Zeratsky 的 Foundation Sprint，或 Knapp 的 Design Sprint，作为一场实时工作坊来运行，而不是只做 sprint 式分析。用户是 Facilitator 和 Decider，技能作为共同引导者主持全场，5 个角色化队友代理负责各练习产出（笔记、投票、草图、镜片图、原型），结果写入基于文件的 sprint room。核心原则是成果门控而非时间门控：某阶段在其产出物存在、且 Decider 的决定写入 DECISIONS.md 后才完成，随后立即解锁下一阶段；可一次跑完，也可任意暂停后恢复，不安排日程，也不把“Day 1 / Monday”当作关卡。文件是事实来源。
主要能力：支持三种能力层级——1 实时团队（可创建并能续接的持久命名代理）、2 无状态工人（一次性子代理或 codex exec / claude -p 子进程）、3 内联演员（无子代理，由主控按角色依次扮演）；工具缺失时降级而非失败。内置 Foundation Sprint（F1 Basics、F2 Differentiation、F3 Approach、F4 Hypothesis）与 Design Sprint（D1 Map、D2 Sketch、D3 Decide、D4 Prototype、D5 Test）的阶段与门控产物，也支持 Foundation → Design 链式模式。每个活动走统一引擎：简报、盲写笔记轮（用户先于团队）、匿名发布、静默投票、揭示计票与理由、Decider 决定并记入 DECISIONS.md、更新清单与 STATE、写入作者与来源记录、追加各队友笔记。
使用方式：新 sprint 先做 Intake（一句话想法、sprint 类型、已有决定），再按 references/templates.md 在当前仓库 sprints/<YYYY-MM-DD>-<slug>/ 生成 STATE.md、CHECKLIST.md、team/<name>.md、whiteboards/、DECISIONS.md、OUTPUTS.md。随后按 references/casting.md 提出 5 个角色（含客户声音与怀疑者），经用户批准后生成代理并开始首个练习。恢复时读 STATE.md、DECISIONS.md 与当前阶段白板，从 team/*.md 重建 roster 并继续第一个未勾选项。
限制：Decider 始终是用户；队友不会自行收敛，也不由技能替用户做“团队决定”；投票在所有人（含用户）投票前保持隐藏，作者身份在 Decider 决定后才公开；不得编造市场事实，可核查的主张需验证或标注为假设；不因时间暂停 sprint。D5 的 5 个客户代理必须全新、不共享 sprint 语境，结果全部标注 SIMULATED 并建议用 5 位真实客户重跑。队友一律不得调用消息工具或自行生成代理。收费、价格与平台要求暂未提供。