澄清目标、风险与最小路线，选择唯一 Lead 和必要协作角色。
RouteDecisionStart here
按你的问题进入，不必先读完整套系统。
文档入口围绕真实任务组织：先运行一次，再理解架构，最后进入维护与治理细节。
Operating model
六层闭环，把一次回复变成持续交付。
每一层都留下机器可读状态或可验证产物。Delivery closure 内嵌 Team Engine Lite，但不把简单任务强行升级成重流程。
锁定范围、非目标、验收证据、回滚点和恢复锚点。
GoalFrameWorker 产出、Verifier 独立验收，失败时进入有限修复循环。
CycleReport以分轮 cohort 和清晰判据验证真实使用风险，不用演示代替内测。
BetaEvidence校验变更、测试、版本、发布边界和 completion evidence。
ReleaseDecision把上线反馈、指标漂移和残余风险回写到下一轮，而非停在交付点。
NextIterationDelivery subgraph
实现者与验收者，必须是两个责任方向。
Team Engine Lite 使用 14 状态机和五类标准对象组织交接；Lead 只能基于 DeliveryCycleReport 接受结果。
Intentrequest → route
Planningscope → evidence
Deliverybounded execution
Betacohort learning
Releasegate decision
Feedbacknext iteration
Lead
WorkOrder
WorkOrder
Worker
Output
Output
Verifier
Report
Report
Engine
Retry / Stop
Retry / Stop
Human
Resolve
Resolve
Smallest sufficient route
不同任务，走不同重量的路线。
系统优先选“足够完成任务的最小流程”，只有风险、规模或证据要求上升时才增加协作与门禁。
小功能与 Bugfix
单 Lead、小范围实现、针对性验证与简洁 evidence。不会自动召集完整团队。
- 推荐：
direct-execution - 保留 Quick Slice Brief
- 失败时再升级
重构、迁移与高风险变更
先拆阶段与回滚点，再进入实现；Sentinel Architect 对边界和治理负责。
- 推荐：
plan-first-build - 显式 non-goals
- 阶段性恢复锚点
PRD、原型与产品定义
由 World-Class Product Architect 负责，可按需展开产品发现或原型设计专家团。
- 推荐：
product-spec-deliver - Stage Council 仅为 overlay
- 验收与研发路径同源
Specialist roster
八个专家，不是八个人同时说话。
每次任务有唯一 Lead。协作角色只在边界明确、产物可交接时进入，避免角色数量掩盖责任缺口。
Technical Trinity
通用研发实现与小切片交付。
Sentinel Architect
架构风险、重构迁移与变更治理。
Product Architect
产品定义、PRD、原型与验收协同。
Five specialists
性能、安全、质量、交付和知识边界按需加入。
Quick start
把真实目标交给它，从最小闭环开始。
直接调用 skill 不需要额外安装。只有运行仓库里的维护、路由、schema 或 benchmark 脚本时，才需要安装 Python 依赖。
阅读完整使用指南 ↗small-slice.txt
/virtual-intelligent-dev-team 实现用户登录功能的邮箱验证- 说目标，不用先选 Agent
系统会判断 Lead、风险、workflow 和是否需要意图确认。
- 检查范围与验收
复杂任务会先锁定 GoalFrame；小任务保留轻量 Quick Slice Brief。
- 根据证据决定完成
测试、产物和残余风险进入 completion evidence；“看起来可以”不是发布依据。
自动化默认关闭
只有显式输入 /auto 才进入 Setup → Go 协议；恢复时优先读取机器可读状态。
先建立证据链，再扩大协作规模。
继续了解工程门禁、反熵治理和为什么它与普通多角色提示词不同。