用途
RFU Audit 是一个系统化框架，用于在投入大量精力之前验证项目的实用价值。其核心理念是：大多数开源项目失败并非因为代码质量差，而是因为它们解决的问题根本不存在。开发者往往构建自己感兴趣的东西，而非对用户有价值的东西。RFU 关卡强制你在发布前通过 11 道严格关卡来证明项目的实用性。
主要能力
11 道关卡
| 关卡 | 名称 | 核心问题 |
|---|---|---|
| 1 | 5 Whys of Utility | 这服务于什么根本的人类需求？ |
| 2 | Inversion Test | 如果它不存在会怎样？ |
| 3 | 10-Minute Test | 用户能在 10 分钟内获得价值吗？ |
| 4 | Bartender Test | 你能用一句话解释它吗？ |
| 5 | Wallet Test | 你会付费吗？说出 3 个会付费的人。 |
| 6 | Job-to-be-Done | 用户雇佣它来完成什么任务？ |
| 7 | Friction Audit | 从发现到精通存在哪些摩擦？ |
| 8 | Second-Order Consequences | 成功之后会发生什么？ |
| 9 | Occam's Razor | 这是最简单的解决方案吗？ |
| 10 | Pareto Gate | 20% 的功能是否交付 80% 的价值？ |
| 11 | Regret Minimization | 你会后悔没有构建这个吗？ |
评分标准
| 得分 | 评级 | 行动 |
|---|---|---|
| 11/11 | RFU Certified | 发布 |
| 9-10 | Almost There | 修复具体差距后发布 |
| 6-8 | Promising | 需要大量工作 |
| 0-5 | Reconsider | 构建其他东西 |
模式选择
- 完整模式（无标志）：运行全部 11 关，45-90 分钟，用于快速模式通过后或最终决策。
- 快速模式（--quick）：运行 5 关子集（关卡 1、3、4、5、9），5-10 分钟，用于快速筛选项目。
- 自动分析模式（--auto-analyze）：在评分前从 README.md 和 package.json 提取项目信息，提取结果作为建议供人工验证。
- 历史查看（--history）：显示审计时间线而非运行新审计。
输入验证
审计开始前运行 6 阶段验证流程：规范化路径、检查路径存在、检查是否为目录、检查 README.md 存在、检查项目指示文件（package.json、Cargo.toml、pyproject.toml、go.mod、src/、lib/、index.js、main.py 等）、进入审计。错误信息遵循三部分结构：问题、为什么重要、如何修复。
自动分析
使用 --auto-analyze 时，从 README.md 和 package.json 提取：项目名称、一行描述、价值主张、目标用户、关键功能、安装时间估计、前置条件。提取结果以置信度（HIGH/MEDIUM/LOW/UNCERTAIN）呈现，需人工逐项验证（批准/编辑/拒绝）。提取失败不阻塞审计。
历史追踪
审计结果自动保存至 .planning/audits/{project-name}/{mode}/rfu-audit-YYYYMMDD-HHMMSS.md。重新审计时自动检测先前审计，在摘要中显示分数变化，在评分卡中显示关卡变化（↑ 改善、↓ 退步、= 不变）。
使用方式
/rfu-audit [project-path] [--quick] [--auto-analyze] [--history]
/rfu-audit ~/Dev/my-project
/rfu-audit ~/Dev/my-project --quick
/rfu-audit ~/Dev/my-project --auto-analyze
/rfu-audit ~/Dev/my-project --auto-analyze --quick
/rfu-audit ~/Dev/my-project --history
未提供路径时审计当前工作目录。
适用场景
- 在投入大量开发精力前验证项目想法
- 快速筛选多个项目想法（快速模式）
- 对不熟悉的项目进行审计（自动分析模式）
- 跟踪项目实用性的变化（历史追踪）
- 最终发布决策（完整模式）
限制
- 需要项目目录包含 README.md 和至少一个项目指示文件
- 自动分析仅提取建议，不提供评分，需人工验证
- 完整模式耗时 45-90 分钟
- 快速模式仅覆盖 5 道关卡，可能遗漏部分问题
- 具体安装方式、收费模式、平台支持等信息暂未提供