Skip to content

LFG 自主工作流

概述

LFG(Let's Freaking Go)是 Spec-First 的完全自主工程工作流,自动串联 plan → work → review → resolve → test 五个步骤,无需人工干预。


两种模式

LFG — 标准自主模式

bash
/lfg "功能描述"

自动执行以下步骤(严格按顺序):

步骤命令说明
1/spec:plan生成实施计划
2/spec:work执行实施
3/spec:review mode:autofix自动修复审查
4/todo-resolve批量解决待办
5/test-browser浏览器测试
6/feature-video功能演示视频

关键门控:

  • 计划阶段必须产出计划文件,否则重新执行
  • 实施阶段必须有代码变更,否则不进入审查
  • 审查使用 autofix 模式,只自动修复 safe_auto 级别的问题

SLFG — Swarm 并行模式

bash
/slfg "功能描述"

Swarm 版本使用并行子代理执行,适合大型任务。与 LFG 的区别:

维度LFGSLFG
执行方式串行并行子代理
适用场景中等复杂度大型复杂任务
速度稳定更快(并行)
资源消耗

与手动工作流的对比

维度手动工作流LFG
控制每个阶段人工确认全自动
速度较慢最快
适用复杂需求、需讨论明确需求、快速交付
审查Interactive 模式Autofix 模式
风险低(人工把关)中(自动决策)

适用场景

场景推荐模式
需求明确,想快速交付/lfg
大型任务,需要并行加速/slfg
需求模糊,需要讨论手动 /spec:brainstorm/spec:plan
高风险变更(auth、支付)手动工作流 + Interactive review

LFG 执行流程图

/spec:plan "需求"

    ├─ 计划文件生成?
    │   ├─ 是 → 继续
    │   └─ 否 → 重新执行 plan

/spec:work

    ├─ 有代码变更?
    │   ├─ 是 → 继续
    │   └─ 否 → 停止

/spec:review mode:autofix

    ├─ safe_auto 问题自动修复
    ├─ 其他问题生成 todo

/todo-resolve

    ├─ 批量解决待办项

/test-browser

    ├─ 运行浏览器测试

完成 ✓

最佳实践

  • 需求描述要清晰 — LFG 不会中途询问,初始描述决定产出质量
  • 从简单任务开始 — 先用小功能验证 LFG 效果
  • 检查最终产出 — LFG 完成后检查代码和测试结果
  • 高风险任务用手动模式 — 涉及安全、支付等关键功能时不建议使用 LFG

常见错误

  • 需求描述模糊 → ✅ 提供具体、可执行的描述
  • 对 LFG 结果不加检查 → ✅ 完成后仍需人工验证
  • 用于高风险变更 → ✅ 高风险场景使用手动工作流

下一步