Appearance
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 的区别:
| 维度 | LFG | SLFG |
|---|---|---|
| 执行方式 | 串行 | 并行子代理 |
| 适用场景 | 中等复杂度 | 大型复杂任务 |
| 速度 | 稳定 | 更快(并行) |
| 资源消耗 | 低 | 高 |
与手动工作流的对比
| 维度 | 手动工作流 | 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 结果不加检查 → ✅ 完成后仍需人工验证
- ❌ 用于高风险变更 → ✅ 高风险场景使用手动工作流
下一步
- Work 详细指南 - 了解手动执行模式
- Review 详细指南 - 了解 autofix 模式细节
- 工作流概览 - 查看完整工作流