新颖性预算开发法
4 节点1 篇6 来源
“新颖性预算”是一种限制技术栈中未知风险的开发策略,其核心逻辑是:团队对不稳定技术的容忍度有限,必须将创新资源集中在用户可感知的核心价值上,而其余部分应保持“无聊”的稳定。
该概念最早由软件工程师在2018年提出,用于平衡代码库中的依赖风险【背景】。随着生成式AI的普及,这一原则在2026年被重新诠释为AI产品的关键纪律:由于大模型本身具有不可预测的概率性失败模式,它永久占据了一个“创新代币”。因此,Hitesh等专家主张数据库、队列和部署流程必须极度保守,仅将预算留给AI的核心判断力或专有数据工作流。
争议在于预算的具体投向。Hariprasad Sudharshan指出,相同模型易导致解决方案趋同(即“中位数”),建议领导者通过设定新颖性预算来明确产品的独特价值;而在UI设计领域,Product.inc强调应将预算花在“新想法”而非自定义界面外壳上,避免让用户同时学习交互与能力。此外,Tian Pan警告称,若评估套件仅基于历史故障(滞后指标),则无法覆盖新型失败模式,需专门划拨预算用于探索性测试。
未来需关注的是:团队是否建立了区分“守护型”与“探索型”测试用例的量化标准,以及是否在季度复评节奏中严格执行了非核心组件的“去新奇化”改造。
事情怎么走到这一步
Shimweasel博客首次提出“Novelty Budgets”概念,主张在软件工程中限制未经验证的库的使用,以降低生产环境风险。
shimweasel.com ↗Tian Pan发表文章指出LLM评估套件常沦为“博物馆”,呼吁建立“新颖性预算”以资助针对未知失败模式的探索性测试。
tianpan.co ↗Hitesh撰文论证“无聊技术”是AI战略,指出AI组件因概率性特性永久占用创新代币,要求其他基础设施保持极致稳定。
hitesh.in ↗AI工程师Hariprasad Sudharshan分享经验,提出通过设定“新颖性预算”来对抗模型趋同,明确产品独特价值。
youtube.com ↗
还没定论的部分
- 如何在实际项目中量化“探索性测试”与“回归测试”的资源配比?
- 当底层模型更新时,如何界定哪些功能属于“核心新颖性”从而保留预算,哪些应迅速转为“无聊”的标准组件?
- 是否存在通用的工具或框架能自动识别并标记代码库中的“高新颖性”依赖项?