用途：Flowguard 是智能体工作的单一生命周期入口，适用于可能漂移、丢失上下文或变得昂贵的任务。它负责路由任务、核验当前状态、运行有边界的执行循环，并留下可恢复的交接。它协调其他技能而非替代它们，仅在触发条件明确时才使用 systematic-debugging、comprehensive-testing、codex-retrospective 或 vibeguard 等专用技能。
主要能力：先路由，分为 execute_direct（目标、上下文、约束和完成条件清晰且范围小）、plan_first（跨多文件、多会话、多智能体、架构决策、迁移或高风险排序）、clarify_first（目标、目标文件、约束、完成条件、破坏性权限、生产影响或归属不清晰）。启动时先搜索已有文件、技能、计划或先前产物，加载适用的 AGENTS.md，并运行状态快照脚本：scripts/workflow_state_snapshot.sh /path/to/target/repo。执行采用步骤-测试-更新循环，记录检查点，并在同一修复失败三次、范围扩大、数据缺失或过期、工具结果与计划冲突、预算超限等条件下停止并重新评估。
使用方式：在重大阶段变更前复述主要目标并给出不超过五步的计划。提交、推送、PR、合并或在已批准范围外应用智能体生成的更改前，调用 review-gate 或生成同等审查包并等待明确人工批准。交接需包含修改文件、约束集或 SPEC、验证命令与结果、关键决策、当前优先级、上下文审计、审查门决策、阻塞项和下一步。恢复时必须先将交接与当前本地事实对比。
适用场景与限制：适合长任务、自主循环、缺陷修复、仓库级工作等易漂移场景。多智能体仅在文件归属互不重叠且合并归属明确时并行。自动化应先在真实任务上手动验证，计划自动化从只读开始；代码编辑、部署、凭据更改或 PR 提交需明确用户意图。验证门要求用当前会话的新鲜证据，不能凭预期或旧输出声称完成。具体安装方式、收费与平台支持暂未提供。