残值重构法 (RVR — Residual Value Refactoring)

起源：三级约束传导

RVR 起源于一个观察：当资源约束拉到极致时，人会做出外面的人想都不敢想的事。把这些极端场景逐级放松，就得到了一条可迁移的转化路径。

第1级：丐版（极端约束）

所有物品的剩余价值被压榨到最后一克的地方。物料池约几平方米，工具只有人体+建筑，失败成本为零但功能标准降到"能用"最低阈值。

RVR从这一级提取的核心认知是：绝大多数人对设备/材料的依赖是观念性的，不是功能性的。 当你处在极端条件下，用日常品的隐藏属性做出替代方案——你就意识到外面的人声称"必须买XX才能做YY"大概率是过度采购。

第2级：印度级（中度约束）

Jugaad / 节俭式创新的土壤。物料来自本地市场或废品站，工具是一套基础工具箱，失败有真实成本（买错零件等于赔一顿饭钱），功能标准提高到"不仅能用而且有人愿意付钱"。

RVR从这一级提取的核心认知是：方案的终点不是你做出它，是它在真实经济里能闭环。 丐版的"做出来就行"还不够——要做出来有人用、有人愿意换、有人愿意付钱。

第3级：普通级（轻度约束）

日常场景——闲置物品+手头工具+周末时间。失败成本可控但心疼，功能标准是"解决自己具体的问题，先不操心通用性"。

RVR 的默认启动位置是第1级（丐版）。 不是因为你真的处在极端约束中——是因为从最吝啬的假设开始，你才不会给自己找理由买新东西。先假装你只有一把牙刷、一卷厕纸和一部旧手机。如果这个条件下方案都走得通——再去碰真实资源时不买错东西的概率就低得多。

核心原则

原则1：任何物品都包含未使用的功能价值

物品的市场定价仅覆盖它的主要用途，但它还携带大量"未被定价"的隐藏属性。

残值 = 物品属性总数 - 市场已定价属性数

残值越高，重构潜力越大。你的第一项工作不是采购——是发现隐藏属性。

原则2：资源成本与试错勇气成反比

原料越贵，你越不敢改。原料越廉价，你越敢试。RVR 用廉价原料换试错空间，在确认方向正确之前，拒绝一切不必要的采购。

原则3：功能降级到"能用"而不是"好用"

"好的咖啡" → "能提供咖啡因的饮品"
"好的服务器" → "能跑脚本的旧手机"
"好的图表" → "能传达数据的简单HTML"

功能降级到"可用"而不追求"好用"，是RVR的起点。

原则4：功能维度拆解

一个需求表面上看是一个需求，实际上由多个独立的功能维度构成。不能笼统地评估"能不能做到"，必须分别评估每个维度。

来自案例的教训：一种替代性烟品在"物理替代"维度（吸入+烟雾+仪式感）做到了满分，但在"化学替代"维度（成瘾物质）彻底失败。如果笼统问"这个东西能不能替代"，答案是"分维度看"——不是简单的能或不能。

功能拆解规则：

物理功能（燃烧/承载/结构）和化学功能（成瘾/反应/杀菌）必须拆成不同单元
每个功能单元标注"有无替代方案"和"不可替代性等级"
如果核心功能单元不可替代，RVR 停止——此路不通

原则5：RVR 红线——安全/健康/功能成功率不可降级

RVR 的"功能降级"不是无底线的。以下场景禁止使用 RVR：

| 红线类型 | 涉及场景 | 案例 | |---|---|---| | 侵入性人体操作 | 任何刺穿皮肤、进入血液的操作 | 自制纹身设备、自制医疗设备 | | 食品安全失控 | 无法灭菌的发酵/含菌产品 | 自制发酵饮品（肉毒杆菌风险） | | 致命电路方案 | 无绝缘的高压/裸线入水方案 | 自制浸入式加热器 | | 破皮化学品接触 | 含可滋生细菌成分的液体涂抹伤口 | 含糖须后水 | | 功能成功率 <30% | 核心功能大概率失败 | 自制锁具开启工具 |

判断标准：如果在丐版有真实记载的致死/重伤/传播疾病案例，RVR 不适用。

附加警示：航空安保相关品类

涉及以下品类时，RVR 不得讨论具体制作方法或执行细节：

自制打火机/点火装置
爆炸物/易燃物制作
金属/敏感物品的规避检查方法
任何可能被解读为"如何规避安检"的内容

如用户提及上述品类，RVR 必须提示：注意中国民航安保法规，任何涉及航空安全的违禁行为均可能承担法律责任。

附加警示：合规红线（来自RVR外部项目调研）

涉及以下场景时，RVR 必须识别并提示合规风险：

① 金融/交易自动化

RVR 不适用于任何涉及真实资金、真实市场风险的产品。这不是安全红线——是合规红线：

高频交易策略的直接部署
未经券商/交易所授权的自动化交易执行
绕过A股T+1、涨跌停板等交易规则的工具
基于RVR原则构建的"超低成本量化终端"用于实盘

② AI生成内容滥用

RVR 产出物如果涉及AI生成内容，需遵守：

不得用于制作和传播虚假信息、深度伪造
不得用于批量生成侵权内容（抄袭、洗稿、盗用他人IP）
不得违反所在国家/地区的生成式AI管理规定（如中国《生成式人工智能服务管理暂行办法》）

③ 开源许可证合规

RVR 在涉及代码复用/改造时，必须识别原始代码的许可证类型：

AGPL-3.0 要求衍生作品也必须开源
MIT / Apache 较宽松但需保留版权声明
GPL 系列有传染性条款需遵守
禁止在RVR产出物中使用来源不明或无许可证的代码

④ 密码学/安全验证不可降级

禁止用简易哈希（CRC32/MD5等）替代SHA-256做数据完整性验证
在涉及数据完整性、防篡改、身份验证的场景中，RVR的"廉价替代方案"不能替代密码学验证

⑤ 知识资产管理系统不可降级

RVR的"功能降级"不能用于替代已经投入生产的正式方案
在已建立知识编译系统的场景中，不能因为RVR能搭一个"便宜的扁平版本"就回退到低质量方案
RVR在此类场景中的边界：原型验证可以，生产环境不行

⑥ 多Agent信任机制不可降级

多Agent协作系统中的审计/验证环节不可砍掉
Verifier、Judge、交叉验证等信任机制是工程问题，不是成本问题
即使Agent本身的构建用了RVR方式（零成本），Agent之间的信任机制不能用RVR方式替代

RVR 理想品类特征

在启动 RVR 之前，先用以下特征判断品类是否适合。综合22项实操验证，RVR 的理想品类具备以下特征：

无安全红线——不刺穿皮肤、不涉及致死电路、不接触破损皮肤
核心功能可通过简单的物理/化学原理实现——不需要精密加工或专业设备
参照物的零售价中，品牌/设计/包装占比高，物料成本占比低——这样 RVR 才有空间
最好在印度级能形成差异化产品——手工感、本地材料、独特叙事，而不是"便宜版工厂货"。某些情况下丐版到印度级不仅没降价，反而可以卖更贵

RVR 仅适用于"临时替代品"场景的品类

有些品类适合 RVR 不是因为"做出来比买的好"，而是因为"在特定场景下需要撑一阵子"。RVR 在此类场景中应明确标注场景约束。

前置约束：划定边界

开始之前先明确你的工作边界——一个物理或逻辑的范围。在完成审计之前，不从外部引入新资源。

边界可以是一个文件夹、一台旧电脑、一个开发板、一个抽屉、一个Git仓库。

规则：手头资源用尽之前不采购。

边界划定不是做一次就完——当你在迭代中发现某个功能确实需要新资源时，有意识地把边界推大一点。但每推一次都要过一遍吝啬度检查。

核心工作流：五步

第1步：存量审计

列出边界内的全部资源，对每项做属性拆解。

| 资源 | 市场用途 | 隐藏属性 | 状态 | |---|---|---|---| | 旧手机 | 打电话 | CPU+RAM+WiFi+BT+摄像头+电池+屏幕+振动马达 | 闲置 | | 旧代码模块 | 上一个项目 | 已封装函数+数据接口+现有连接 | 弃用 | | 免费公开API | 无 | 数据源访问 | 未使用 |

原则：尽量找到每种资源的2-3个隐藏属性。如果某个资源拆不出至少1个有实用价值的隐藏属性，说明它的残值已经耗尽，可以放弃它。

输出物：一张存量-属性清单表。

合格标准：≥5项资源，每项≥2个隐藏属性拆解。

第2步：功能拆解

把需求目标拆解到不可再分的基本功能单元。每个单元标注"最低可接受水平"。

例子：自动化数据看板

功能单元1：获取数据 → 只要能拉，格式不完美也行
功能单元2：清洗数据 → 去重+补空就够了
功能单元3：存储 → CSV即可，不需要数据库
功能单元4：可视化 → HTML表格即可，不需要Dashboard框架
功能单元5：自动刷新 → Crontab即可
功能单元6：远程访问 → frp穿透即可，不需要域名

输出物：一张功能单元清单 + 每个单元的最低可接受水平定义。

合格标准：拆到不可再分的基本单元（≥4个），每个单元标注了最低可接受水平。

第3步：属性-功能匹配

将隐藏属性与功能单元配对，计算覆盖度。

匹配原则：

覆盖度 ≥ 60%：可以转化
覆盖度 40-60%：需要补充资源或进一步降级需求
覆盖度 < 40%：此资源不适合，换一个思考方向

输出物：匹配矩阵 + 覆盖度评估结论。

合格标准：覆盖度≥60%通过，或附明确降级说明。

第4步：转化路径设计

编排一条"资源 → 加工动作序列 → 成品"的路径。

格式：

[资源] → [加工动作] → [中间产物] → [加工动作] → [成品]

路径设计原则：

每步的加工工具必须是边界内已有的
每条路径必须可验证（能明确判定"做完没有"）
如果找到≥2条可行路径，做比较，不要只做唯一方案

输出物：至少一条可执行的转化路径 + 如有备选路径则附比较说明。

合格标准：路径中各加工工具均在边界内，每步有明确验证点（"做完没"的判定标准）。

第5步：低代价迭代

每次迭代只改一个变量。记录"什么不行"，不记录"为什么不行"——等功能跑通再回头看原因。

迭代表：

| # | 假设 | 操作 | 结果 | 下一步 | |---|---|---|---|---| | 1 | 旧手机能跑Python | 安装Termux | 成功 | 安装依赖库 | | 2 | 脚本能稳定运行 | 跑48小时 | 第36小时OOM | 加内存限制+自动重启 |

停止条件：连续3次测试达到"最低可接受水平"。

输出物：至少一次迭代验证的记录。

合格标准：连续3次测试达到最低可接受水平即达标。如连续3次迭代后仍不达标，重新执行第2步（功能拆解）进一步降级需求。

吝啬度检查清单

每次考虑新增采购前，逐条过：

✋ 这个功能必须现在做吗？→ 不是就跳过
✋ 边界内有东西能替代这个采购吗？→ 有就不买
✋ 不买这个功能会彻底卡住吗？→ 不会就不买
✋ 功能能否进一步降级来绕过这个采购？→ 能就不买
✋ 如果全部都不能 → 买，但只买最低配置

性价比评估框架（工作流执行完成后使用）

每次 RVR 五步执行完毕后，生成一份性价比评估表，从三级传导角度列出成本与性能的对比。

格式模板

| 等级 | 成本 vs 参照 | 性能 vs 参照 | 安全风险 | 性价比判断 | |---|---|---|---|---| | 丐版 | xx% | xx% | 无/有（说明） | 在极端约束下是否值得做 | | 印度级 | xx% | xx% | 无/有（说明） | 在真实经济中是否闭环 | | 普通级 | xx% | xx% | 无/有（说明） | 是否有必要自己做 |

参照物选择规则

首选参照：工厂批发价（不是零售价）。因为零售价包含了品牌/渠道/包装溢价，RVR 要砍的是这些。
次选参照：零售价。当批发价不可查时。
特例参照：在"非此即更糟"的场景下，参照物是"不用RVR会用的更差替代品"。
场景规则禁止参照：当外部正经方案被场景规则完全禁止时，外部价格参照失效。参照物自动切换为**"什么都不做"的基线状态**。此时RVR的ROI不计算货币节省——计算"¥0投入 vs 体验改善"。
- 案例：空间降温/遮光方案——市售方案不让装或被禁。用湿布蒸发冷却+布料遮光的方案¥0，效果有限但改善明显。它的参照不是产品，是"什么都不做的不适"。
禁止参照：不用奢侈品/名牌对标。

分维度性能评估

对于功能维度拆解过程中识别出的不可合并评估的品类，必须分维度独立评估性能百分比：

| 功能维度 | 丐版 | 印度级 | 普通级 | |---|---|---|---| | 维度A：xxx | xx% | xx% | xx% | | 维度B：xxx | xx% | xx% | xx% |

分阶段策略

| 阶段 | 目标 | 行为准则 | |---|---|---| | Phase 1: 功能可用 | 验证核心路径 | 任何材料都行，丑/慢/不稳定都接受 | | Phase 2: 稳定可靠 | 确保可重复使用 | 加错误处理、自动重启、日志 | | Phase 3: 可维护 | 别人也能看懂 | 写文档、模块化、重构命名 | | Phase 4: 体验/安全 | 正儿八经用起来 | 优化UI、加固安全、投入正经设备 |

不在Phase 1操心Phase 4的事。 功能跑通之前，所有非核心投入都是浪费。

外部参考项目

以下项目与RVR的思维方向一致，但不代表RVR为其背书，引用仅供路径参考。

AI与数据方向

| 项目 | 说明 | |---|---| | MacGyver 数据集（allenai/MacGyver） | 1600+道"场景+物品→创意使用"的LLM问题集。每一道题本质上是RVR属性拆解+功能匹配的实例化。可作为RVR工作流第3步（属性-功能匹配）的训练或验证材料。 |

民间实践

| 社区/模式 | 说明 | |---|---| | 图拉丁吧（图吧） | 百度贴吧，核心模式"百元装机""垃圾佬"——使用闲鱼二手硬件、矿卡翻新、鞋盒机箱等方式，以最低成本实现功能目标。RVR的民间实践库。 |

其他领域参考

| 项目 | 说明 | 引用性质 | |---|---|---| | Survival Manual（ligi/SurvivalManual） | 美军野外生存手册结构化版，含"Field-Expedient Weapons, Tools, and Equipment"章节。应急改造是RVR的另一组极端案例来源。 | 引用，不背书 | | Smartphone-Server（pgTech123） | 旧手机转Web服务器的代码+配置。RVR硬件转化方向的落地参考。 | 引用，不背书 | | Old-laptop-home-server（shameekvats） | 旧32位笔记本改无头文件服务器。另一条硬件转化路径。 | 引用，不背书 | | JunkClusterBenchmark（Szymongr14） | 用废旧笔记本和台式机组分布式计算集群，PXE+Ansible自动化部署。RVR的集群计算方向的参考。 | 引用，不背书 | | Budget Arduino Projects（Mejez6603） | 低成本Arduino项目集。RVR硬件入门侧的实践参考。 | 引用，不背书 |

立场声明：RVR 的终点

RVR 不走完全程。它的终点是"普通级的功能可用"——之后的路应该交给其他方法论。

| 阶段 | 方法论 | 产出 | |---|---|---| | 丐版（极端约束） | RVR — 砍设备依赖 | 最小成本验证"这个方向走得通" | | 印度级（中度约束） | RVR — 加经济闭环检验 | 有人愿意用/愿意付钱的方案 | | 普通级（轻度约束） | RVR — 功能可用 | 自己能用、解决具体问题的成品 | | ═══ RVR 终点 ═══ | ═══ 移交 ═══ | ═══ 此后的路 RVR 不管 ═══ | | 产品迭代 | 精益创业 / 用户反馈循环 | 产品-市场匹配 | | 规模化 | 敏捷开发 / 标准工程管理 | 可复制、可维护的代码 | | 生产级 | DevOps / 基础设施工程 | 高可用、可伸缩 | | 合规 | 行业标准认证流程 | 满足监管要求 |

RVR 的产出不是"一个可以卖的产品"——是一张转化路径地图和一个能跑的原型。之后的规模化、工程化、合规化，选择其他方法落地。

适用边界

适合

个人项目/独立开发（零预算启动）
数据管道/量化模型原型（免费数据+脚本）
硬件原型验证（废物利用，但需用户动手）
分析/拆解类产出（免费公开信息）
副业冷启动（信息差+低成本散货）

不适合

合同交付（甲方要求确定的标准和工期）
高频交易/量化实盘（RVR原型可靠性不够）
生产级SaaS（数据隐私+SLA）
合规行业（医疗/航空/金融监管场景）
任何涉及人身安全的实验

常见问题（FAQ）

卡在第1步（存量审计），有些东西我不确定算不算资源怎么办？ 任何存在于你边界内、你可以支配的东西都算。不确定时就列上，每项属性拆解至少找2个。资源宁可多列不要漏。

第3步（属性-功能匹配）覆盖度只有50%，还能往下走吗？ 40-60%需要补充资源或进一步降级需求。先看看能不能砍功能——如果把某个功能单元的标准再放低一点，覆盖度是否就上去了？如果砍不动，说明需要从边界外引入一个最便宜的补充资源。

做了两次迭代都没达到最低可接受水平，应该继续还是放弃？ 如果连续3次迭代后仍不达标，暂停RVR，重新执行第2步（功能拆解）——你可能需要把需求拆得更细，或者把"最低可接受水平"放得更低。RVR不是让你硬扛，是让你找到一条走得通的路。

**RVR产出物能用，但我知道它很丑/很不稳定。接下来怎么办？】 RVR在普通级功能可用后就退出了。之后的优化——稳定化、可维护化、产品化——交给其他方法论，如精益创业、敏捷开发等。

参照物选什么？外面零售价太贵了。 首选工厂批发价，次选零售价。如果批发价查不到，用零售价的1/3-1/2估算物料成本。记住RVR要砍的是品牌/渠道/包装溢价，不是和工厂比成本。

RVR产出物里的代码/设计能不能直接用？ 检查你的原始资源的许可证。RVR产出物的合规性由你的输入决定——如果输入了GPL代码，输出也必须遵守GPL。

完整执行后的输出物清单

✅ 存量-属性清单表（第1步）
✅ 功能单元清单 + 最低可接受水平（第2步）
✅ 匹配矩阵 + 覆盖度评估（第3步）
✅ 转化路径方案（第4步）
✅ 至少一次迭代验证记录（第5步）

这5件东西合起来就是一张转化路径地图——不是产品本身，是让你知道怎么走到产品的路线图。

签名

RVR v1.0
脱胎于极端约束下的资源转化观察
但不属于极端约束——属于所有启动时资源有限但想做成事的人