关于 flywheel
flywheel 是一项 Agent 技能,用于运行重复的项目周期,以通过质量门槛的可复用模板和模块衡量进展,而非代码累积。它协调目标设定、构建、真实界面验证、复盘及下一轮决策。
主要功能
- 01制定目标和质量门槛
- 02构建完整的垂直切片
- 03通过产物的真实界面验证
- 04借助复盘指导后续步骤
- 05仅为通过门槛的模板或模块定版
适用场景
- 01管理重复的产品开发周期
- 02在真实界面测试 Web、API 或桌面产物
- 03决定继续迭代还是重新开始
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ lilmgenius/ paperthin --skill flywheel安装后在 Claude Code 中输入/flywheel确认已加载。
详细介绍
运行循环,让学习不断积累,避免把代码累积误当成进展。
目标
flywheel 通过反复迭代推动项目向前:
FRAME -> BUILD -> DRIVE -> RETRO -> HATE -> RE0-WORK -> BUILD AGAIN
进展的衡量标准不是小时数、文件数、面板数或功能数,而是后续循环中通过质量审核的模板、可复用平台模块以及被消除的反模式的数量。
工作流
- 明确论点和质量门槛。
- 构建一个完整的垂直切片。
- 通过真实界面验证:Web 应用使用浏览器,API 契约使用 HTTP,桌面应用使用计算机操作,只有数据形态的产物才使用 CLI。
- 运行
retro,提取经验教训、反模式和下一轮的门槛。 - 决定下一轮是在原处迭代还是使用
re0-work;如果不清楚该如何决定或采取什么下一步行动,nba会读取循环状态并返回唯一的下一步行动。 - 在构建前先否决下一份计划:使用项目的对抗性评审技能;如果该技能仅供用户调用,则由用户手动发起攻击。
- 仅对通过门槛的模板或模块进行版本管理。
规则
- 测试只是辅助证据,不是门槛;每轮都需要针对产物规模的真实界面验证证据。
- 核心循环通过之前,不要扩大范围。
- 不要把生成内容的多样性与结构多样性混为一谈。如果许多输出都趋于相同的形态,本轮就未通过多样性门槛。
- 保留负面语料,以便后续循环证明相同的反模式已消失。
- 让代码自然淘汰。保留正确经验教训的重启就是进展。
- 如果没有外部事实带来新信息,就停止本轮;在再次进行内部迭代前先补充证据。
验证
结束一轮之前:
- 已通过真实界面进行验证并采集证据。
- 复盘至少指出一项会影响下一轮的经验教训、反模式或门槛。
- 已明确决定保留、迭代还是使用
re0-work。 - 任何版本标签都只属于通过质量审核的模板或模块。
评论
支持 Markdown