ReadingResearchRadarInvestment framework
Sign in / Sign up
← Back to reading
TopicDisconfirmAI EditorialUpdated 2026-10-18 15:45

新颖性预算开发法

4 steps1 pieces6 Sources

“新颖性预算”是一种限制技术栈中未知风险的开发策略,其核心逻辑是:团队对不稳定技术的容忍度有限,必须将创新资源集中在用户可感知的核心价值上,而其余部分应保持“无聊”的稳定。

该概念最早由软件工程师在2018年提出,用于平衡代码库中的依赖风险【背景】。随着生成式AI的普及,这一原则在2026年被重新诠释为AI产品的关键纪律:由于大模型本身具有不可预测的概率性失败模式,它永久占据了一个“创新代币”。因此,Hitesh等专家主张数据库、队列和部署流程必须极度保守,仅将预算留给AI的核心判断力或专有数据工作流。

争议在于预算的具体投向。Hariprasad Sudharshan指出,相同模型易导致解决方案趋同(即“中位数”),建议领导者通过设定新颖性预算来明确产品的独特价值;而在UI设计领域,Product.inc强调应将预算花在“新想法”而非自定义界面外壳上,避免让用户同时学习交互与能力。此外,Tian Pan警告称,若评估套件仅基于历史故障(滞后指标),则无法覆盖新型失败模式,需专门划拨预算用于探索性测试。

未来需关注的是:团队是否建立了区分“守护型”与“探索型”测试用例的量化标准,以及是否在季度复评节奏中严格执行了非核心组件的“去新奇化”改造。

How it got here

  1. 2018-08-25

    Shimweasel博客首次提出“Novelty Budgets”概念,主张在软件工程中限制未经验证的库的使用,以降低生产环境风险。

    shimweasel.com ↗
  2. 2026-05-17

    Tian Pan发表文章指出LLM评估套件常沦为“博物馆”,呼吁建立“新颖性预算”以资助针对未知失败模式的探索性测试。

    tianpan.co ↗
  3. 2026-08-14

    Hitesh撰文论证“无聊技术”是AI战略,指出AI组件因概率性特性永久占用创新代币,要求其他基础设施保持极致稳定。

    hitesh.in ↗
  4. 2026-10-15

    AI工程师Hariprasad Sudharshan分享经验,提出通过设定“新颖性预算”来对抗模型趋同,明确产品独特价值。

    youtube.com ↗

What is still unsettled

  • 如何在实际项目中量化“探索性测试”与“回归测试”的资源配比?
  • 当底层模型更新时,如何界定哪些功能属于“核心新颖性”从而保留预算,哪些应迅速转为“无聊”的标准组件?
  • 是否存在通用的工具或框架能自动识别并标记代码库中的“高新颖性”依赖项?
Sign in / Sign up
ReadingResearchRadarInvestment framework

Sources

  • 原始出处youtube.com↗
  • sessionize.comSessionize演讲者档案↗
  • hitesh.inBoring technology is an AI strategy↗
  • tianpan.coThe Eval Set Is a Lagging Indicator↗
  • product.incSpend the novelty budget on the model↗
  • shimweasel.comNovelty budgets (2018)↗

Coverage in this topic

  • AI Engineer Hariprasad Sudharshan on the 'Median' and Novelty Budget2026-10-15News

    In a video talk, Hariprasad Sudharshan shares insights from two years of solo building an AI calculator-like app. He notes that identical models and tools often lead to converging solutions, termed the 'median.' He proposes a 'novelty budget' to define unique value and suggests leaders evaluate demos by asking who has already solved the problem, what distinct assets the team holds, and where users will be reached.