恢复与路由
从 repo 持久状态启动或恢复复杂任务,然后选择下一步工作流。
本页把当前 DHF 工作流程拆成逐步矩阵:每一步使用哪些 Skill、这些 Skill 具体做什么,并附上对应的 GitHub 源码链接。
生命周期路由器负责恢复持久状态、判断阶段和 execution lane、选择专用工作流。Helper scripts 负责验证 requirements、agent plan、evidence 和 checkpoint;本页聚焦 Skill,因为它们定义每个阶段中 agent 应该怎样行动。
从 repo 持久状态启动或恢复复杂任务,然后选择下一步工作流。
把模糊目标变成成功标准、范围、约束和可作为 source of truth 的材料。
在进入实现前锁定产品、工程、设计和执行顺序。
当 durable sources 冲突时,DHF 拥有 architecture alignment checkpoint:先比较产品、流程、组件、数据归属、lane、安全、切片和 handoff state,再进入编辑。
GitHub 源码审查架构、数据流、边界情况、测试覆盖、性能和运维风险;gbrain 已配置时可读取结构化规划上下文。
GitHub 源码从产品与创始人视角压力测试定位、范围、用户价值和战略取舍。
GitHub 源码以 founder 或 builder office hours 方式暴露需求真实性、最窄切入点和产品想法是否值得继续;可使用 gbrain preflight。
GitHub 源码在 UI 实现前审查 UX 结构、视觉方向、响应式行为和设计验收标准;gbrain 只作为专用规划上下文,不替代 repo state。
GitHub 源码为复杂任务安排执行顺序,把 Karpathy 思考、规划、TDD 和验证组合成可执行流程。
GitHub 源码throwaway prototype 只用于回答一个明确的数据模型、状态机、模块接口或 UI 问题;结束后删除原型或把结论写入 durable decision。
GitHub 源码在文件/模块范围明确后,按风险选择测试优先或验收优先的实现路径。
用 fresh command evidence 证明代码、文档或配置修改真的可用。
在发布前发现回归、可见故障、安全风险和缺失测试。
做 pre-landing diff review,检查结构性风险、信任边界、副作用分支和合并准备度。
GitHub 源码审查 staged、unstaged 或 PR 变更,聚焦正确性、安全性、可维护性和项目规范。
GitHub 源码并行运行只读 review agents,覆盖行为、安全、性能、可靠性和测试覆盖风险。
GitHub 源码做 infrastructure-first 安全与隐私审查,覆盖 auth、tokens、secrets、PII、审批、审计和公私边界。
GitHub 源码检查输入校验、认证授权、密钥泄漏、注入和错误信息泄露风险。
GitHub 源码系统化浏览器 QA,包含截图、console/network 检查、响应式检查和 bug 回归验证。
GitHub 源码当用户只要报告而不要自动修复时,执行只读浏览器 QA、截图、风险记录和 findings 汇总。
GitHub 源码只有明确要求 committee、expert panel、reviewer/worker、rating loop 或目标评分时才路由到这里;普通 review 保持专用 route。
GitHub 源码仅在用户明确要求 committee/subagent review 和目标评分时使用。
组织三领域专家委员会评分并给出 findings,把 revision brief 交给 worker 修改,循环到目标分或遇到 blocker。
GitHub 源码用户明确要求发布时,才进入 commit、PR、merge、deploy 和生产监控。
跨 session 工作需要留下可恢复状态,并沉淀可复用经验。
让 public docs、README、路由规范和 release notes 与已交付行为一致。