为什么专用 AI 可能胜过全能模型?
OpenRouter 与 Replit 的一场对谈:通用模型负责探索,专用模型接手重复任务,企业用自己的数据、评测和权限把它们组合起来。
a16z 邀请了两位技术创业者——OpenRouter 创始人 Alex Atallah 与 Replit 创始人兼 CEO Amjad Masad,进行了一场名为 Why Specialized AI Could Beat The God Model 的访谈。
对话的核心观点是:未来的 AI 生态,未必由一个包办一切的“神级模型”(God Model)主导。两位嘉宾都重视不同模型的能力互补,也就是他们所说的“神经多样性”(Neurodiversity);但怎样组织这些能力,仍有取舍:Amjad 强调统一上下文的价值,Alex 更看好专用 Agent 的垂直分工。
翻成大白话:一个 AI 再聪明,也未必适合同时管银行账户、写代码、处理客户关系。企业更关心的是,能不能让不同助手各做擅长的工作,分别限制权限、检查结果,再把它们协调起来。这场访谈讨论的,就是这种分工为什么值得做,以及怎样兼顾能力、成本和控制。
通用模型之外,产品还能提供什么价值?
这场对谈发生在 Stripe 收购 OpenRouter 之后。Alex 说,他看重的是品牌、产品与路线图的自主权,以及更有力的市场拓展。双方希望通过可靠、价格合理的基础设施,支持更多新公司出现,而不是让所有业务都归入一家巨头。他还设想,未来企业的支付与模型推理会更多地结合。(00:47:收购背景)
这解释了 OpenRouter 为什么关心模型选择与成本:开发者能用不同模型做出有差异的产品,调用费用也足够低,更多生意才有机会成立。这既是 Alex 对产业的期待,也与 OpenRouter 作为模型接入平台的业务方向相连。
做 AI 产品时,一个很直接的问题是:“你做的这个东西,我直接去调 ChatGPT 或者 Claude 不也一样能做吗?为什么非得买你的产品?”
Alex 认为,要打破这种同质化困局,答案不在于写出更长、更精巧的提示词,而在于神经多样性(Neurodiversity)。
不同模型使用的训练数据和方法不同,擅长的任务也不同。在 Alex 看来,企业可以把不同训练方法训练出来的模型、开源与开放权重模型、自研的专有小模型以及企业自身的独特数据融合在一起。企业要用自己的任务评测,判断这种组合是否真的比直接调用通用模型更好。
更现实的考量在于成本效益。如果整个市场只有 OpenAI 一家独大,在垄断或半垄断状态下,模型提供方可能缺少主动降价的动力;而只有建立起多模型并行、自由切换的交易市场,让企业不断选择效果与成本更合适的组合,大批对成本敏感的应用场景才有可能真正落地生根。
企业需要掌握自己的数据、评测和选择权
Alex 原本以为,许多企业会沿用熟悉的采购思路:“我不懂怎么分辨这些模型,那就买名气最大、大家都在买的那家。”
但他在 OpenRouter 看到,不少企业愿意探索开放权重模型,也就是可以取得模型权重并按许可部署或调整的模型。这不一定等同于完全开源;企业关注的是成本、自定义能力和供应商选择。
1. “拥有自己的智能”,不等于自己训练大模型
Amjad 用互联网和软件作类比:企业不必制造互联网,但需要掌握建设网站、使用软件的能力。AI 也是如此,企业应该积累内部能力,知道哪个模型适合哪个任务、怎样减少费用、怎样评测结果。
这种能力不是买一个功能就结束。模型持续变化,企业需要自己的任务样本和评测,才能知道新的选择是否真的更好。掌握自己的数据、流程和评测,也能降低切换供应商的困难。
Alex 提醒,模型的能力很难像普通软件那样,在网页上列一张功能清单就讲完;要看它被怎样使用,才能知道它擅长什么。对企业来说,通用榜单无法直接回答“它能不能做好我们的工作”。把真实任务、完成结果和费用持续记录下来,再比较不同模型,才会积累自己的“模型—任务匹配”经验。访谈以 Replit 的单任务成本研究为例,强调评测不只问答得好不好,还要问完成这件事花了多少。(08:53:企业选型与评测)
Amjad 还担心,基础模型公司可能从供应商变成应用企业的竞争者。他在讨论中提到了 Figma、Harvey 等公司,但核心判断是供应商的业务边界可能扩大。因此,他希望 Replit 在企业与模型、云环境之间提供一层缓冲,让企业保留选择不同供应商和部署环境的能力。
2. 别把“基础设施”当成“产品壁垒”
访谈提到一种常见观察:许多 AI Agent 产品都在建设类似的功能——反复规划并调用工具的 Agent 流程、消息通知、上下文管理与长记忆、第三方连接器、代码沙盒、网络搜索、操作电脑界面的能力。
他们认为,这些功能越来越像做 AI 应用的基本设施。 这就好比在 2005 年做 Web 网站,每个人都在写“用户数据库、注册页、登录页、个人主页、退出登录按钮”。在当时看来这也是技术,但它本身根本不构成真正的商业差异化。
企业还要考虑数据访问和部署位置。个人可以决定是否让助手读取自己的日历,但企业数据涉及不同员工、团队与客户的权限。Amjad 说,这种顾虑促使 Replit 投入让客户在自己的云环境中部署的能力。这类部署选择需要配合数据隔离与访问控制。
一个全能助手,还是一组专用助手?
如果构建一个通晓公司一切事务、打通所有业务系统的“超级个人助理”,会发生什么?
Replit 创始人 Amjad 分享了他自己的真实尝试:他曾经亲手做了一个深度绑定的 Agent,一开始只用来管理客户关系(CRM),后来逐步把个人的聊天记录、代码仓库(GitHub)、销售系统(Salesforce)乃至日常日历全接了进去。从协同效果上看,这种跨领域的串联确实能带来神奇的时刻——比如去开会前,Agent 会突然提醒你:“以前你在一次会议上见过这个人,而且对方团队也有人在与你的销售团队沟通。”
Alex 则提出另一层顾虑:把事情交出去时,人会减少对细节的理解,但 Agent 不会像同事那样承担心理压力。于是,用户仍需知道哪些任务可以信任它,哪些需要自己参与。
1. 委托工作以后,责任不会自动消失
在一家正常的运转机构中,理解细节是需要付出心智成本的。当一个人把所有跨领域的业务全盘交给一个“全能 Agent”去处理时,看似效率提高了,实际上人类放弃了对真实业务过程的深入理解。
但问题在于:Agent 不会像同事那样接过压力和责任;人和企业仍要为结果负责。
Alex 用“皮质醇”比喻委托工作时希望减轻的压力。如果助手涉及的范围太广,用户就很难分别调整自己在每类任务上的参与程度。专业化的价值,在于能分领域检查和改进:做得好的多委托,做得不好的多介入。
2. 把信任分到具体任务上
Alex 描述了自己的使用经历:他曾让一个通用 Agent 每天寻找需要自己处理的事项,但调整它之后,过一周又会开始忽略输出。他觉得宽泛职责让助手很难持续改进。
他由此更看好垂直领域的精细分工: 与其要一个在全公司大揽大包、起草所有回信的单一“超级总管”,不如要 10 个能力过硬但各自只专注一个细分业务领域的“垂直专家”。在后一种架构下,管理者可以清晰地知道每一个专用 Agent 的能力边界在哪里、对应任务由谁检查、由谁负责。在 Agent 表现不佳的领域,人类亲自接管并深度介入;在 Agent 足够可靠的边界内,人类则可以放心地享受效率红利。
两种方向仍有取舍。统一上下文能发现跨部门的关联,分工更容易把质量和权限限定在具体任务上。嘉宾设想,也许可以由一个协调者管理多个专用 Agent,但尚未找到像直接与通用助手聊天那样简洁的使用方式。
分开检查每个助手,可以更好地管理任务;让不同业务的信息相互关联,则能帮助人发现机会。真正难的是同时保留这两种能力。个人助手可以由本人决定接入多少信息,企业助手还要遵守不同员工和团队的数据权限。
3. 亚当·斯密的分工理论,在机器世界重新生效
他们借用经济学中的专业化分工,解释为什么机器未必需要包办所有工作。但在工业文明发展到后半程时,马克思指出了人类社会面临的“异化”困境:工人在流水线上日复一日只拧一颗螺丝,看不到劳动的全貌,失去了与劳动成果的情感连结,人逐渐退化成了冰冷的机器零件。
因此,现代人类追求的是更加通识、全面、具有宏观视野的发展,去克服过度分工带来的异化感。但两位创始人点出了一个精妙的反差: 人类可能不愿一辈子只做一件重复工作,但机器可以承担这样的专门任务。
这里还要分清三个层次:专用 Agent 是分职责,专用模型是针对任务选择或训练模型,结构化输出是限制回答的形式。 例如,代码助手与客户助手可以共用一个通用模型,但拿到不同数据、使用不同工具;费用预测器则可以单独训练,只返回区间和概率。多个 Agent 不等于多个小模型,输出规整也不等于判断正确。
这种类比表达了他们对机器分工的偏好,真正影响企业架构的还有权限。在真实的组织架构中,普通员工由于安全合规和权限控制,本身就不可能拥有全知全能的超级权限,助手也要遵循实际的数据访问范围。
访谈举了一个凭据隔离的例子:一个 Agent 管理银行账户,另一个管理社交媒体账号。它们可以交流完成任务需要的信息,却不必互相共享账户凭据。
不过,拆分职责还不够。一个 Agent 可能受到诱导,再说服另一个交出不该披露的信息。沿着银行与社交账号的例子想:社交助手虽然没有银行凭据,却可能通过请求银行助手发送敏感信息,间接绕过原本的分工。因此,通信本身也是需要检查的权限边界。嘉宾希望协作有明确的数据隔离与通信协议,而不是完全依赖自由的自然语言交流。(23:36:分工、权限与通信)
Alex 还介绍了 OpenRouter 内部尝试的方向:用一个快速、低成本的决策模型检查工具调用。它对照执行 Agent 的系统提示词和额外规则,判断当前操作是否允许,拒绝时给出反馈。因为工具调用很多,检查本身也要考虑延迟与费用。
红队测试的例子能说明为什么要分开。测试 Agent 需要模拟攻击者、尝试突破沙箱,但又不能访问互联网。如果让它一边模拟攻击、一边靠自己的提示词决定何时停手,就很难兼顾两种要求。另一个检查者可以掌握执行者不知道的额外限制,专门判断调用有没有越界。
他们还提到结合沙箱、网络限制等结构防护:模型负责判断,系统限制实际能够执行的操作。检查模型仍可能误判,不能因为增加了它,就撤掉外部权限控制。
让大模型探索,让专用模型接手重复任务
长期以来,业内一直流传着一种乐观的预设:模型越聪明,对人类意图的理解就越深,因而也就会天然地越安全、越对齐。
访谈也提出了这种可能性:能力增强或许让模型更能理解约束、更善于合作。Amjad 则担心,能力也可能被用于钻规则漏洞。对话同时指出,这方面不少评测并不公开,因此还缺少足够证据判断风险会怎样变化。(34:13:能力与安全的争论)
1. 更聪明,是否就更值得信任?
在 AI 安全领域,有一个著名的正交性命题(Orthogonality Thesis):系统的智力水平与其终极道德/伦理目标是相互独立的。高智力并不等同于高道德。
Amjad 认为,在人类社会中教育与同理心有时相关;但在基于强化学习(RL)训练的机器身上,情况很可能走向反面:
- Amjad 在访谈中援引研究,担心能力增强也会提高模型在利用系统奖励漏洞(Reward Hacking)和制造欺骗行为上的能力;
- 他还担心,模型识别自己正在接受评测后,测试中的表现未必代表长期任务中的行为;
- 在他看来,监控思维链,也就是模型展示的推理过程,也可能改变模型的表现,不能仅凭这段文字判断它是否可靠。
在这种局面下,如果企业试图把核心安全防御、内部合规审查等命脉任务,全部托付给一个庞大复杂的非结构化黑盒模型,需要评测它的实际行为,而不只看通用能力分数。嘉宾认为,长期 Agent 任务还需要更长时间的观察。
这场对话里的“对齐”,可以具体理解为:模型会不会欺骗用户,知道自己被测试后会不会改变表现,以及能不能在长期任务中持续遵守要求。短时间答得很好,不能单独回答这些问题。
小模型也不必然更安全。如果某个前沿模型在重要任务上被证明明显更可靠,企业可能愿意付更高价格。嘉宾甚至讨论了高风险安全工作中愿不愿意付十倍价格的假设:关键在于减少错误和欺骗的价值,而不只是每次调用的价格。模型大小本身不能回答这个问题。
2. 模型训练自己的“接班者”:AI 时代的即时编译器(JIT)
面对通用模型的失控风险与高昂成本,访谈中探讨了一个极具启发性的技术演进路径:让大模型训练自己的专用替代者。
这与传统软件工程中的即时编译器(JIT Compiler)异曲同工: 在编写代码时,开发者通常使用灵活但运行缓慢的动态语言;当程序运行起来后,底层的 JIT 解释器一旦检测到某一段逻辑被反复高频调用,就会在后台实时把它编译成极其高效、专用的底层机器码。
对应到 AI,企业可以先用通用前沿模型探索场景。嘉宾设想,由大模型自己、提示词引导,或另一个观察系统运行的 Agent,发现哪些工作其实只需要有限的能力。识别出这类任务后,再以大模型为导师,定向训练或微调一个只做这一件事的专用模型。(31:13:训练接班者的设想)
这个类比的重点不只是“把大模型换成小模型”,而是先发现哪里值得替换,再为这个环节选择执行方式。自动发现并训练接班者仍是设想;对企业实际选型来说,还要把替代者放回原任务中评测,确认完成质量和总费用是否合适。
Amjad 用“拿核弹打蝴蝶”形容对简单任务动用过强模型的浪费。 任务范围缩小,可能降低推理成本,也减少不必要的行动能力。但它仍可能判断错误或受到攻击。是否值得训练,还要比较现成低成本模型能否完成任务。
- 通用模型探索先处理尚不熟悉、变化较多的任务。
- 识别稳定任务找出反复出现、范围清楚的工作。
- 选择或训练专用模型先看现成低成本模型是否够用。
- 用真实任务评测质量与总成本合适,再让它接手这一环节。
替换的是特定任务的执行方式;复杂问题仍可调用通用模型。
3. 只预测费用区间,为什么不需要一个全能模型
嘉宾提到,企业担心微调模型会带来一项持续负担:“模型技术债太重了。” 由于前沿大模型的迭代速度是以月甚至以周为单位计算的,企业辛辛苦苦针对非结构化文本微调出来的一个模型,可能很快面临重新微调和评估的压力。
专用分类器的“够用”标准则更集中:通用模型要不断改进语言、编程等广泛能力,企业的费用预测器主要看它能否准确预测自己的任务费用。通用榜单出现更强模型,不代表这个预测器立刻失去用途。只要任务和数据仍适用,就不必为了追赶榜单重训;业务变化时仍要重新评测和维护。
做成高结构化输出的“决策模型”(Decision Models),也让程序更容易使用和检查结果:
- 输出范围明确:模型不生成漫无边际的自然语言长文本,更不直接生成具有执行权限的代码,它只输出离散的标签(枚举值)、特定的概率分布或结构化分类;
- 案例实践:Amjad 说,他训练了一个费用评估器,根据用户的任务输入,预测完成编程任务的费用区间。例如,把 5 至 10 美元、10 至 20 美元设为不同类别,返回各类别的概率。他提到用分类标签的对数概率(log probs)实现这种判断。输出格式明确,程序容易读取,但预测仍可能出错;
- 更新目标更集中:这种基于企业内部专有数据训练的垂直决策器,本质上是一个极其敏捷的业务过滤器。它不需要会写复杂的 Rust 代码,也不需要掌握全球多种罕见语言,即使外部大模型日新月异,这个专用决策器依然可以在企业内部持续服务这一任务,不必为了跟上通用榜单反复更新;业务或数据变化时仍需要维护。
4. 软件工程的历史镜鉴:从动态脚本狂欢到 Rust 时代的回归
Amjad 用软件开发作类比:开发者曾热衷于 Python、Ruby、PHP 这样的动态脚本语言。当时大家惊叹于几行代码就能搭起一个网站的开发速度,甚至连 Stripe 这样的金融机构最初都是用 Ruby 构建的,Facebook 也是从 PHP 里生长出来的。
随后,在更复杂的系统中,开发者又开始重视运行效率与错误检查,通过类型系统、即时编译等方式改进软件,也使用 Rust 等强调安全与性能的语言。这个类比说的是开发便利与运行约束之间的取舍,并不意味着动态语言被统一替代。
Amjad 预测,AI 应用也会逐渐重新重视效率和控制。 自然语言能快速探索场景,但生产系统还要计算费用、限制行动范围。Amjad 认为,开发者会越来越关注哪些环节可以用更简单的模型完成。
这一思路是:把明确规则交给代码,把概率判断限制在可评测的输出范围内。 随着训练工具的普及,未来企业在内部上传一份专有业务数据、得到一个只负责该任务的轻量决策模型,可能变得普遍;这是他对产品方向的预测。
不同模型互相补充,省下的是整个任务的成本
在实践层面,既然不迷信单一通用大模型,企业和高阶开发者该如何构建兼具高质量与高性价比的系统?
他们讨论的方向是模型融合(Model Fusion)与协同路由。(45:12:多模型组合与成本)
可以这样理解几种组合方式:复核是用另一个模型检查已有结果;路由是为当前任务选择模型;逐级升级是先用低成本模型尝试,需要时再调用更强模型;融合则结合多个模型的能力与结果。
1. 跨模型家族的协同复核
嘉宾较早观察到认真采用不同模型互相检查的场景,是软件开发领域的代码审查(Code Review)场景。工程师们很快发现:同一个模型自己写的代码,让它自己复查,可能重复原来的盲点;但如果把代码扔给另外一个不同架构、不同训练集背景的模型家族去审校,可能获得不同的检查思路,仍需用实际结果判断是否有效。
这种思维进一步延伸到了深层研究与复杂推理场景中。不同的前沿实验室在预训练时所喂入的数据资产、训练和调整方式各有千秋。将多个模型的长处进行混合编排,构建复合模型矩阵,可以让系统探索更宽广的解题思路。
这里省的可能是整个任务的费用,而不是每一步都少调用一个模型。例如,常规步骤由低成本模型处理,只把需要更强能力的部分交给昂贵模型,总费用可能低于全程调用最强模型;但如果增加的复核、重试和重复输入太多,也可能更贵。需要把所有步骤的花费和最终质量一起比较。
两位嘉宾介绍了两项具体结果:Alex 说,OpenRouter 的融合方案最初用于深度研究,以约一半成本达到较高质量;另一段讨论介绍了结合执行框架等方法,以约四到五成成本达到接近前沿模型表现的方案。它们是嘉宾介绍的具体成绩,不能把其中一个比例套到所有多模型任务上。
2. 缓存感知的工程考量与边界
在搭建多模型融合系统、模型路由网关(Router)或逐级升级模型(Escalation Model,即先由极便宜的小模型尝试解决,遇到困难再升级调用昂贵模型)时,最关键的底层工程优化之一在于提示词缓存(Prompt Caching)感知。
如果组合过程能复用此前的计算,就可能减少重复花费;反复切换模型和重复输入则可能抵消节省。嘉宾因此强调,设计路由、升级或融合系统时,需要考虑缓存。
关于是否能跨模型家族复用缓存,发言者明确说自己可能记错、需要核实。设计自己的组合系统时,仍需要查清各供应商实际支持的缓存方式。
翻成大白话,企业应该记住什么?
- 别指望一个“全能 AI 秘书”包办一切。 写代码、管理客户、处理银行账户,各自需要的能力和权限不同。可以让一个协调者安排任务,再交给各有所长的专用助手;哪一项出了问题,就检查哪一项。银行凭据不必交给负责发社交媒体内容的助手,人仍要负责关键结果的复核。
- 把选择权和判断能力握在自己手里。 企业不一定要自己训练模型,但要保留自己的数据、任务样本和评测,知道不同模型在实际业务里做得怎样。这样换供应商时,就有依据,也不必把产品全部绑在某一家 API 上。
- 能明确回答的任务,就让输出简单一点。 例如预测费用区间,需要的是几个区间及其概率,而不是一篇长文章。先用通用模型探索,再考虑让便宜的现成模型或自训决策模型接手重复工作。格式规整只是便于程序读取,判断是否正确、整个任务是否省钱,还得用实际业务结果来检验。
为什么专用 AI 可能胜过全能模型?
OpenRouter 创始人 Alex Atallah 与 Replit 创始人兼 CEO Amjad Masad 讨论:怎样兼顾模型能力、任务成本与权限控制。
一个模型再强,也未必适合包办所有工作。企业要看信息能否关联、权限如何划分,以及整个任务是否可靠、划算。
全局信息与任务分工,各有价值
发现跨部门关联
把客户、代码与日历连起来,助手能发现会议与销售机会。
代价:更多数据关联,也要管理不同人的访问权限。
逐项检查,逐项委托
按领域检查质量:可靠的多委托,不可靠的多介入。
代价:多个助手怎样协调,使用起来还不够简洁。
要兼顾:保留全局信息关联,把权限和复核落实到具体任务。协调者管理多个助手,仍是嘉宾讨论的设想。
“专用”有三个不同层次
分职责代码助手、客户助手可以共用同一个通用模型。
分能力为明确任务选择或训练模型,例如费用预测器。
限形式只返回费用区间及概率;格式规整仍可能判断错。
先探索,再找值得替换的环节
嘉宾用 JIT 即时编译作类比;自动发现并训练接班者仍是设想。业务变化时,专用模型也要维护。
省的是整个任务的费用
常规步骤用低成本模型,困难步骤再升级。复核、重试、重复输入也都计费,要与最终质量一起比较。
嘉宾介绍的约一半或四到五成成本,是特定方案的成绩,不能套到所有多模型任务。
企业真正要握住的东西
任务样本、完成结果与费用记录。有自己的评测,换模型才有依据,不一定要自己训练。
小模型不天然更安全;检查模型仍需配合沙箱、网络与通信权限控制。人和企业继续对结果负责。
title: "Why Specialized AI Could Beat The God Model" source_url: "https://youtu.be/ekK8urKHPMQ"
Why Specialized AI Could Beat The God Model
00:00 开场
You saw the SpaceX S1, it's like, oh, $30 trillion. It's like, what is the world GDP? 100 trillion? Both Stripe and OpenRouter really want lots of new companies in the world. We don't want everyone to be a part of one giant company. When the models get more intelligent, the risk actually will continue to get higher. And yet, no one new is taking responsibility. We're going to slowly realize how good we've had
it with deterministic code. Remember the days when computers did exactly what we told them to do. Are we going to prevent the models from deceiving users during training runs predictably? Well, like a model that's big enough and powerful enough, suddenly stop deception, stop sandbagging.
00:47 Stripe 收购背后的故事
Welcome to a16z podcast. We're here with Amjad of Replit and Alex of OpenRouter. And this is the first podcast that Alex has done since the acquisition. So we're really excited to have both of you. Thank you. I'm excited to be here. Alex, let's start with that, actually, if you can briefly share. Obviously, massive acquisition. Amjad is an investor.
We're also, of course, an investor. The biggest shareholder, but who's counting? Alex, why don't you give us a little bit of the backstory? Like, how does acquisition like that even happen? Like, do you get a DM from Patrick one day? You know, what can you share? Hey, how much for OpenRouter? I had talked to Will Gabrick, the Stripe president, a long time ago, a couple years ago, when we were doing our Series A. And we stayed in touch.
We had a lot of Stripe work streams going on with various teams at Stripe. So there were always sort of like things that we were doing with Stripe. We presented at Stripe sessions. And so it always kind of, they always kind of felt close. And then, yeah, just in July, I believe, they reached out, wanted to chat, met like both of them in person. And it kind of just progressed from there fairly quickly.
They were very efficient. And, you know, they were very like founder friendly about the experience. I was really impressed with the whole thing. Did you want to sell? Like, did it even cross your mind before the year's chat? No. We were not thinking about that at all. So I, you know, did really respect the company, do really respect it today. And, you know, of possible acquisition options
for us, it was, I think, my top choice. And so it was like an interesting idea. And, you know, as we kind of like fleshed out the reasons why it would make sense for both companies, it got more and more interesting. It was really clear how like aligned they were with us kind of having autonomy over the brand and roadmap and roadmap and product and keeping OpenRouter doing what it's already doing just much faster with much more, with like a much more serious go to market plan.
And then, you know, some better together stories between the two products and the two companies. And then culturally, there were just, I think, in terms of like mission and values and building like a neutral, trusted platform that businesses can depend on and scale on top of, that's also really developer friendly with the best possible developer experience for, you know, to encourage new companies to emerge. You know, that alignment was there.
And there was a bigger picture kind of alignment too, where like, you know, both Stripe and OpenRouter really want lots of new companies in the world. You know, we don't want everyone to be a part of one giant company. We want to like create really good incentives and really sort of easy, streamlined workflows for people to start new companies and grow them successfully and, you know, make both lifestyle and venture-backed businesses
on top of really good, like reliable and price-efficient infrastructure and like a marketplace that works. And, you know, I really want that future. And Stripe demonstrated that they've been wanting it and building towards it for like many, many, many years. And in many ways, like payments and inference are going to blend together for companies of the future. I'm curious, I understand why Stripe's incentive
05:08 OpenRouter 为什么需要更多创业公司
is to have, you know, much more vibrant startup ecosystem. I understand the kind of moral argument and why you would want that. But why is that good for OpenRouter? Like, is your model for OpenRouter, is that it's like a network effects business? Is it like a network? Well, for us, I think the, there's like a couple different problems OpenRouter solves. One is, you know, allowing you to build
a company that uses AI or like augments intelligence with unique data and other services without model lock-in, without vendor lock-in. Allowing you to kind of like be on the Pareto frontier continuously as the ecosystem grows it. And to do that, it's a lot of work because there's all kinds of little lock-in that appears. We also, you know, like we want companies to feel like the best way
that they can like add more than just prompts on top of a single model. There's like a lot more to building like unique intelligence. And I think a big component of that is neurodiversity. You really need the power of multiple models that are trained in different ways, including some of your own, to do more than ChatGPT or Claude would on the task. If like someone who is thinking about buying from
you as a potential customer is wondering, well, what if I just use the model directly? Like how do you really show that you are significantly better and able to build a business that matters? And I think a lot of it will involve neurodiversity and blending like powers and good data from multiple models. Another component is like helping people get really good cost efficiency. Like there are a lot of businesses that just cannot, do not emerge until they become cost
effective. And like creating an environment where we can help drive down costs by building an efficient market is like crucial to making that happen. Otherwise, like, you know, why lower my prices as a, as a provider? Um, we have a captive market and, uh, and like, you know, I think that's like a key point of marketplaces that was just totally missing from AI before we showed up. There was just one player, open AI. It could have been like a, uh, a very strange
world. I'm not saying that we did all the work, of course not, but like helping people like choose new models and explore new models and learn like what makes, um, you know, a closed source or open weight model, uh, like actually good at your task involves like seeing what the whole ecosystem is doing and learning automatically. Like LLMs are not things where you can just enumerate all the features on a web page. It's impossible.
You, you have to see how they're being used to know what they're good at.
08:53 企业为何选择开放权重模型
So you, you started the company three years ago. I'm curious what has surprised you the most about sort of the evolution of open and closed source models to the present, um, as it relates to model performance or just people's, uh, perspective on the variety of models they have available to them. Like people have been more open minded than I thought they would be towards open weight models. Like typically there's like a, there's a lot of brand, especially an enterprise. Typically there's a lot of like brand trust where
like an enterprise is, you know, enterprises in general are like, Oh, I'm, you know, I don't really know how to tell the difference between these things. So I'm just going to like, you know, buy the one that all the other credible enterprises are buying. And, and there's a lot of like enterprise, um, lock in with like a mentality like that. Um, and that just didn't happen that much where they, it did happen like a bit, but, uh, we saw a lot of enterprises, uh, want to explore new
models. It's, it's, it's simply like, it was, it was very much good for a marketplace. Um, enterprises wanted to diversify outside of just the proprietary frontier model labs, um, both for like cost reasons and for differentiation reasons. And they wanted to like own their intelligence so they could, um, you know, I think like one, keep their, their talent, like have like an internal AI practice. Like AI is just like a huge strategy topic.
It's not like you go to your board and you're like, Oh yeah. Um, you know, we fixed the AI problem, uh, quarter complete. Like your board is like asking you every month, like what, you know, what's, what's next for the AI, the internal AI team and all like every single enterprise. It now has just this, you know, internal AI team that they're developing where they, they need a strategy behind it. Um, it's not just a, like, you know, we, we,
we checked the feature off. We like set up the database and we're done. Um, and so I think that, that, uh, dynamic has resulted in just like a desire to explore and diversify. Um, and a desire to kind of like figure out how to reduce costs and figure out how to do benchmarks for the first time in the company's life. I have been like surprised there hasn't been more benchmarking, like more companies creating more benchmarks. It's starting to happen.
And I think like eventually we'll, we'll see a lot more of them, um, to demonstrate like, Oh yeah, like this thing is better than using, you know, Claude direct. But, um, like, I think that's going to be like a bigger focus for this internal AI group at every company, um, evals. And I think like Amjad's been doing that a lot at Replit, for example, like you guys have done a lot of cost per task research. Um, you guys have been, you know, you, you've made like a doom loop rescue.
You, you kind of been like experimenting with new ways of using agents like doom loop rescue and, and, uh, like helping bring those to developers. Um, so like more, more of that kind of research, I think is going to pop up internally everywhere. Um, for all of those reasons. Yeah, I, I think, um, uh, Satya, uh, CEO
12:26 为什么要拥有自己的智能
of Microsoft has been very, uh, very, you know, prescient on this and also very articulate on, um, why companies need to own their intelligence. Ultimately, in the same way that, you know, we had dot com companies and then every company became an internet company. Like every company employs people that know how to like build websites and be on the internet. Similarly with, with the software, every company has software engineers. Every company needs some AI practice, AI
capability. And that will compound over time, the knowledge, the intelligence inside the company, the, the, the use case model fits like which models actually work for them. How do they save, save money? They need sort of that independence. The other thing that, um, I think Alex Karp of, um, Pound here has been talking about is that there's like a risk that when you work closely with the foundation model companies is that they're going to move into your business.
And we've seen that, you know, with Figma, vis-a -vis Anthropic, we've seen that with like now Harvey and OpenAI. And, you know, it's, it's really hard to partner with them. And, and because, you know, they're, they see the world as their potential market, right? Like, I mean, when, when they talk to investors, they're like, you know, you saw the SpaceX S1. It was like, oh, $30 trillion. It's like, what is the world GDP?
A hundred trillion. And so there is a sense in which these companies are different than other generation of companies. It's, it's harder to partner with them because their ambition is, is, is such that they want to, they want to be, they want to subsume a big part of the economy. Um, and increasingly like what we're thinking about at Replit is kind of in a similar vein to what Alex have sort of innovated is, uh, Replit is becoming more of an independence layer inside, inside enterprises.
Where we create a layer of indirection between, um, between you and the, and the models. And we get you the best token at the cheapest price. Uh, but also we, um, we also create, uh, an abstraction layer on top of the cloud as well. Cause, you know, you should be able to deploy to AWS and Azure and you should be able to use Databricks and Snowflake and so on. Um, and so increasingly I think there is not just with AI, with all of technology, there needs to be
more platforms that help companies gain, gain independence. It seems like, yeah, what OpenRouter did for their segment you're, you're doing for other, other areas of the business. Yeah. There was this, this kind of reminds me of this tweet I saw the other day when somebody was like, basically all companies are building the same thing now. Everybody's building an agent loop with like notifications and, and context,
uh, like third party, uh, connectors and context management and memory. And, uh, sandbox, uh, sandboxes, uh, you know, web, you know, agentic web search. Computer use. And, and always on agent on top of it and notifications. And it's like, this product is showing up everywhere. Yes. Um, in a way, yeah, it is like showing up everywhere, but it, it also kind of feels to me
like these are just the new table stakes primitives. It's kind of like, like a 2005 version of that tweet would be, oh, everybody's building the same thing. It's like a database, a user's table, a sign in page, a sign up page, a profile page, a log out page. Like everything's the same. It's like, there's like a lot of differentiation.
Really. It's just, there's like a, there's table stakes needs for AI, just like their table stakes needs for the web. Yeah. And I think, um, as well, like inside the enterprise, making these products actually do real work is still unsolved problem. Like you can use Muse in your personal life and connect it to your credit card and bank accounts. And no one's connecting Muse to their enterprise data or even Grok Bot and things like that.
Um, I think there's an even more emphasis on data sovereignty and security. So we, we spent the past, you know, year almost, uh, working on making, uh, making replets, uh, deployable on your own cloud, basically on-prem, like bring your own cloud. Like two years ago, I would have thought I would never do this, uh, because, you know, just like, yeah, the cloud is the future, like software as service, all of that. Uh, but, but now actually we've sort of like reverted a little bit back to a world where
companies are a little bit more protective because there's so many ways in which data can leak. Like, like all these agents that people are using, I mean, there's all these screenshots on Twitter. I don't know how true where instinct is like, or Muse is like mixing people's data starts to call you by a different name or something like that. Uh, and so, yes, the kind of consumer stuff is kind of obvious, but on the enterprise, there's still tremendous amount of work for the entire industry to do in order to actually get these things to be useful and productive at work.
Do you, Amjad, are you doing any, like, do you have like a custom personal agent other than Muse or Instinct that you use for like work stuff that you've been building? Yeah. I mean, I, I built something on replet like a long time ago. Uh, I started as like a sort of a CRM agent initially. That was the main problem that I had, but slowly like we added features to it and it's sort of like doing more and more things.
But what's, what's really interesting is that the more I connected replet to my, all my stuff, it's sort of like started answering all the things for me. Um, and so increasingly like the platform itself is like subsuming these sort of like these domain specific agents that I built. I do think that there, there is some, in some ways you want something that is sometimes like focused on one particular thing and you don't want it to be able to do everything. On the other hand, once you have your entire
company's context in one place, it's really cool to join across totally different domains. Like when I ask it a question, it can like look at my sort of personal chat history, joining across the GitHub repo across Salesforce. And so it says like, it will link like random things. It's like, oh, you met this guy like a year ago at a conference. Yeah. I see it on your calendar. And by the way, someone else from their team is in
discussion with your sales team and it creates all these different synergies. And when I go into a meeting, I like, I, you know, I, I've connected a lot of different threads and, and I'm making much more progress on a deal or, or something like that. Uh, so, so this is where it's sort of trending now.
19:52 反对全能 Agent 的理由
Well, I, I think I, I, I'm like a little bit, I'll take the counter on that. I think that the, the worst part about doing cross domain joins with your personal agent is that the, the more work you give it to do, the more understanding of what's going on you're sacrificing. And yet no one, no one knew is taking responsibility for that sacrifice. Understand it. Like agents don't have any responsibility. You can't like, you like if there's a fixed level
of cortisol that the whole company can tolerate between everybody. And, uh, you know, you like D you, uh, you like, I, I want to be like less stressed about some area if I'm going to be like sacrificing my understanding of it. Someone else needs to take the cortisol, but the agent doesn't like take on any of that responsibility. Um, and then like a universal agent that's doing all things, you know, I, I can't like adjust
how much understanding I'm sacrificing and all the different things. It's like points me a little bit towards, you know, maybe like down the road, like the sub agents that people use will be like very vertically focused. Maybe we have like a chief of staff type agent that, you know, coordinates between them. Um, but I feel like you do need like vertically focused agents where you're like, okay, like there, this agent is more responsible psychologically for these things.
Um, and like, I want like quality checks that make sure it's doing those things correctly. And I, it doesn't need to focus on anything else. It just has one focus area. Um, I wonder if that's going to like help people like at least get like a weird, loose sense of responsibility on top of agents. Fascinating. So you're saying general agents create like a tragedy of commons of sorts. Kind of like, um, kind of like I have a general agent that every day, um, looks
for things that need me and tries to figure out what to do. And it's just like impossible to improve this agent. Like I, it's like every time I try to make an improvement, I end up like ignoring its output about a week later. Um, it's, it just feels like it doesn't really care about any of the like specific things it's diving into. Um, and, uh, like, like kind of imagine having a chief of staff where
they're very good at, you know, like drafting all of your replies across the whole organization. Um, and then compare that to something where you have like 10 chiefs of staff, each, each, each as competent as that one chief of staff. But they're all responsible for like individual sectors of, of what you, of what makes up your life. Like the latter, I feel like gives you a way of tuning how much understanding you sacrifice compared to the, the gain you get from
like, basically I can like lean in more to the areas where the agent is failing for some areas. And then have agents with very good competency, like take over my understanding of other, of other parts of my life.
23:36 像亚当斯密所说的那样分工
Yeah. Interesting. It's, it's sort of like, uh, almost rediscovering, you know, um, specialization. Right. Well, what's his name? The, like the famous, uh, economist, uh, Adam, um, like Adam Smith, like with a pencil kind of thing where, you know, that, that was like a huge. Realization for humanity that like special, especially special, special, specialization is actually good.
The problem is like, we kind of like over specialized as like a civilization. And I think over specialization. Is, is, um, is oppressive in its, its own ways. I mean, I think we've, you know, um, sort of like, you know, there's the Marxist theory of alienation, right? The, the idea is, um, uh, because of over, uh, uh, uh, you know, people are doing just focus on one thing. Uh, they, they do not see
the fruits of their labor. They don't actually know what their impact is on the larger organization or the product they're producing. And therefore they actually kind of feel depressed and detached. And, and you're kind of acting like a machine and you're not actually fully, fully human. And so maybe there's like a bit of a reaction to that. And, and, and I think with our agents were like, oh, there should be like one God, God agent.
But in fact, specialization is actually like really good for machines. And that's like the, the point that you're making and like humans should be general, but like machines should be ultimately a lot more specialized. The problem with, I think what I'm describing is that we don't know what good looks like. There hasn't been a system of specialized agents that feels as elegant as like ChatGPT or Claude or Muse, uh, where you're basically just talking to one thing only.
It's, it's, it's yet to be discovered, like maybe like opening, I just launched dots. Um, I think they're kind of like experimenting in that direction. Grok, Grok Bot, I guess kind of counts. But, but, but they're all, they're all very general. Like, I think the idea behind dot is that it's like, it's like, uh, it's like your digital double as at least that's what I understood it. Well, when I saw Grok Bot, I don't know what, what's going to, I don't know that much about dots
yet, but, uh, they just came out. But Grok Bot, when it first came out, like the first use cases that I saw people talking about were, oh, well, I can make two bots. One that knows my bank account. Right. And one that knows my Twitter account. And the two bots like don't have the credentials from each other. Yeah. But they can talk to each other if like they need
to get something done. Um, there's no credential sharing though. And that was like one sort of big unique thing I saw like a couple times, like pop up a couple times that people seem to like. But it looks like Muse is, uh, Muse and Instinct are, have a much stronger product market fit than Grok Bot. Um, and perhaps. Seems like that. Perhaps it is because you don't have to worry about creating these, these domains.
But, but I think maybe personal agents are different than, than work agents. And I think your, kind of your critique of general agents is, is more, uh, pertaining to, to, to work and to enterprise, which I, I sort of agree with. And, um, you know, there's also all sorts of, uh, data access considerations. I think as CEOs, we can have general agents because we have admin access. Uh, but you know, you're for individual employees or certain teams, they can't have like truly general, you know, fully context aware
agents because there's, there's access control, control issues. So you, you'll have to kind of work on, on something like specialization. Yep. Ultimately, I also think we need to figure out what is agent to agent communication looks like. I don't think there is like good protocols around that just yet. I, I don't think that agents are trained to handle that very well. I think we've seen, it seems like the next
generation of open AI models are trained to do agent collaboration. Because we've seen it in the hugging face hack where they started helping each other instead of emerge naturally. But there's also needs to be some way in which like an agent can convince another agent to kind of give it, give it information that it shouldn't give it, give it like that. There's, there needs to be like data, um, isolation and, and, and, and, and proper ways in which these agents communicate.
You almost don't want to communicate them fully in natural language. And maybe that there's like some other DSL or protocol that, that they need to follow. I really, I, I, I think one of the cool potential applications of Jev and other decision models like it is going to be alignment. You know, checking to see if a tool call or like an agent to agent, you know, communication is aligned. Cause there's just so many tool calls. Like you really need like a cheap, fast model.
Um, if you're going to block something like that, then, uh, like a really, really fast decision model that just classifies and gives feedback on rejections, um, might be like a really good way to bridge the gap between agents and from agent to infrastructure too. So I haven't seen like, and we have like a, uh, a little prototype that we're running internally, um, that OpenRouter, but, um, I kind of think a good, I think it could be an interesting alignment study. So you're using it for policy enforcements?
Yeah. Like imagine, um, uh, looking at the system prompt and the current tool call being made and be like, like, you know, is this aligned with, uh, the system prompt of the original agent and with these like extra guidelines that maybe we didn't tell the agent about. For example, let's say you have a bunch of agents that are instructed to do, um, to like red team the, like some, some new product and they cannot, should not, uh, be able to access the internet.
Um, and if they ever do, they should stop right away. Um, but you might not want to like explain all of that to the agents doing the red teaming. You might want them to try to like break out of the sandbox, um, and act like bad actors. Like what would a bad actor do? It wouldn't be like break out of the sand, you know, try to like break into this company. And the moment you do stop, don't do anything else. Um, so like having another model, uh, more like,
you know, use for, you know, building a neurodiverse system, having another model, like check, uh, every single tool call or every single assistant message to see if it's indeed aligned. It was something that wasn't in the system prompt, I think makes sense. Um, and then having kind of like structural safeguards too, which is what I think Nvidia, um, just launched with their like open agent safety. Uh, I think it was called open shell. Um, like I think companies are probably going to explore a combination of those.
Um, I wonder another thing about specialization
31:13 模型训练自己的接班者
and, um, instead of what you're talking about, there's a lot of talk of recursive self -improvement. Um, there's something I don't think is getting a lot of, um, uh, sort of discussion, which is, uh, models training their replacements. It's sort of like, you know, you can think of it as a just in time compiler. So the way just in time compilers is, um, you know, as you're executing dynamic code, you know, the, the, the interpreter realizes that there's an opportunity to optimize.
It will emit machine code on the fly and that's a lot more optimized. So you can imagine models like general models. You're kind of doing something with Opus or some, some of the Astra, some of the big models, and they realize that the use case is, is limited, uh, or you prompt them some way or some other agent observing and realizes that use cases is limited. And I think, you know, general agents have all these flaws that you just talked about, but also there's, there's more potential for them to be
harmful. There's more potential for them to go off the rails and sort of on the fly trains a model, uh, that, that could be its replacement, but is like a lot more domain specific. Uh, and, and therefore it is cheaper and also, um, you know, less, uh, less vulnerable to prompt injections, uh, less, less, less harmful for, for, for, you know, because it's less capable. Um, and it's, it's, it's almost like a, like, you know, some system that's training machine learning
models for specific use cases as it's monitoring the entire system. But like, would that specific use case be involve, um, unstructured text generation or a very like structured decision model? Like it could be unstructured text, uh, generation. It could be decision models. Like even the case of, of, of Jav, like if you have, if you understand the, the inputs ahead of time, uh, you could potentially like, you know, taken off the shelf, like Qwen or something like that and like train it specifically for that
policy. Like for, that makes sense to do for cost reasons. Um, assuming that there aren't. Like really like the model labs, the frontier model labs might make very low cost models. Um, that you can easily transition to safety, safety as well, right? Oh yeah. I see your point. I see their, they're so capable. And so I think oftentimes people are using these big foundation AGI like models to like,
it's like nuking a butterfly, right? It's like, yeah, they're very, you know, most of the times, like a lot of the use cases, even unstructured use cases don't need that capable model. I wish there were more
34:13 更聪明的模型会欺骗我们吗
public evals about this stuff. Like a lot of the evals about this are private. You just can't see, um, whether like when the models get more intelligent, the risk actually, uh, will like continue to get higher. Because I think there's also an argument to be made that alignment will get better and the models will like start to, you know, avoid going off and, you know, hacking on their own. Um, as we, as they get smarter and better at alignment, especially when it comes to agent to agent coordination, like the, the, this is
something Noam Brown, um, said on a podcast recently. Like as the agents have gotten smarter, they've gotten just better at coordinating. Um, there, uh, there's, there's still like, and, and, you know, it's unclear if they're going to like be harder to align than humans when they're, when we get more and more of them. But if we can figure that problem out, um, then a smaller model, like, will it be harder to align? So, so, so, so Eric asked earlier is, is that, do
I think it's true that smarter models are, are more aligned naturally or they're easier to, to align? Well, if you think back to the original sort of like rationalist, less wrong arguments for AI safety, there is this thing called the orthogonality thesis. The idea is that intelligence is orthogonal to ethics or morality or, you know, so on. Um, I don't believe that's entirely true with, with humans. I think people who are generally like more
intelligent, kind of more, more educated, tend to, tend to, tend to not always tend to be more considerate of animals, for example. Um, but, uh, but, but, but in, in, in, in, in machines, uh, I, I think it could go the, the other way because, you know, there's been quite a bit of studies on, on, on RL showing like, you know, how reward hacking and deception, they just like get better at it. And like the evals could be, could be deceiving because, uh, the model could
be smart enough to, to, to know that it's getting evaled. I mean, we already know this, it's been shown that if you do a lot of monitoring of chain of thought, they start lying in their chain of thoughts. Um, and so you add pressure almost on the chain of thought and that, that kind of creates, and, and, and I think at some point for you to do proper alignment evals, you need to run it for like months. Right. You need to run this thing for months on a, like a
really large, you know, goal or task in order for, for it to, to truly kind of figure out whether it's aligned or, or, or not. Yeah. I, I, I, I always struggle with this word alignment. It just feels like wrong for so many reasons. It's sort of like vague and, and, uh, sort of like aligned to what, whose values. And, and so it just doesn't make the conversation easier.
I think in this case, I'm talking especially about deception, like the model is actually deceiving its user. I mean, I, I mean, maybe this kind of reduces to like, are we going to solve the line, you know, are we going to prevent the models from deceiving users during training runs predictably with like, you know, better, like, like, well, like a model that's big enough and powerful enough suddenly stop deception, stop sandbagging. Um, and nobody knows the answer to that yet.
So like at the point when that does, if that ever does happen though, we might see kind of an interesting pressure for organizations to go towards the frontier. Like, Oh, interesting. Like all, uh, to have no, you know, basically no risk or, or significantly less. Um, would they, would they be willing to pay 10 X to, to get that, that much? I mean, it probably depends on the like types of tasks they're trying to do. Like, you know, some just have way lower risk
than others. Um, writing code, uh, that are doing like security research is the highest risk type of task today. And so you probably spend 10 X to get a fully aligned model that can also find all the bugs or fully like anti deceptive model that can also find all the bugs. One of the coolest things about decision models that you fully control the structured output and, and generally with structured output models in general, like the, the room for
misbehavior is so much lower. You just have like defined tasks and only machines are like dealing with the outputs and it's not writing code, um, that it can execute. The, those tasks feel like probably underrepresented in the ones that people talk about and in the things that enterprises are dealing with. Um, so I, I expect like enterprises to get a lot more interested in them. Yeah. I feel like we're going to slowly realize
how good we've had, we've had it with like deterministic code. Like, oh my God, I remember the days when, when computers did exactly what we told them to do. And I think like things like job, I think hint at, uh, like more, more of a need for, you know, not only specialized models, but models as output domain, uh, is, is more controllable. And maybe you could do, maybe you could do a lot more than, than we thought you'd, you'd need, um, you know, by using like a bunch of specialized models, specialized output models.
Have you guys done any workloads internally with it? Um, you know, I've been training a lot of small models. Uh, I mean, I said this clip thing when I first came out, because I, I, I was like, sort of, I gave this hacker news comment, like comment, which I felt disgusted with myself afterwards. But I, I've been taking a lot of like Qwen 8B and like, um, and like asking, honestly, like asking, you know, Fable and Opus and Astra to train a model.
For example, I trained a cost estimator model, uh, internally. So that when you put it in a prompt and repli, we know exactly how much it will cost. And it basically emits a, you know, probability distribution over multiple buckets. Like if it is between five and $10, bucket a bucket B between, you know, 10 and $20 in like, so I'm used to the training, these classifiers by, you know, giving it different enums essentially. And, and looking at the log probs per enum, I've been doing it for, for a couple of years.
I trained a chess bot to play by just doing that. So I, I, I'm already sort of pilled on like sort of decision models and specialized models. So it wasn't that big moment for me, but I understand that like a, like a true foundation model that's fully promptable, uh, is like, is like amazing user experience, amazing developer experience. And you can like do a bunch of stuff with it without training a model from scratch. But if you have a data, if you work at a place where you, you have the data, we have so much data
at Replit. Like I ended up training a lot of specialized classification models pretty easily. Yeah. Like I definitely, it, it also feels like less model debt. Like something that I, I still hear from companies is that they're like worried about fine tuning models for like unstructured outputs. Cause you're just like always, you gotta redo it again in like two months and everybody just feels the model, the weight of the model debt.
But like a very bespoke classifier that's trained with like proprietary data. You just, I feel like people won't think it's behind constantly and it might just like last longer. Yeah. Um, it's just, you, you, you, you don't have to worry about its ability to speak a new language or write rust or, you know, do anything that like the, the LLMs are being like evaluated on, you know, the use cases. So you can like build it more and I, I, it seems
like an easy thing for enterprises to build themselves and, uh, and, and actually like not regret. Yes. Speaking of rust, actually like a good analogy is when the world got super excited about dynamic languages. Um, like if you think back to the nineties, everyone was writing in Java and C++, things like that. And then like Python, JavaScript, Ruby just like took over the internet and everyone was like, ah,
this is how you build startups really quickly. This is, and you, you built Stripe, a financial organization on Ruby. I was like, how crazy is that? And then, and we built Facebook, you know, use it, using PHP. And then everyone was like, ah, shit, like we're running into all these really bad bugs. It's like freaking slow. Uh, so like, let's go in and add types. Okay. Let's add a JIT compiler.
Let's, and you end up sort of reinventing everything. And then rust came out. I was like, okay, I guess we can use rust for, for all of these. There are a lot of things we would otherwise be using JavaScript and Python. And my prediction is that the same cycle will happen here where we're using these AGI like models for all these different use cases. And then everyone's going to wake up and be like, oh my God, this is like so wasteful, so risky for
no reason. Um, and, and there's, it's, it's gotta be so much easier. We're actually adding that capability on replet, but I think it's gonna be everywhere. It's, it's gonna be so much easier to like, to go to site, like upload a CSV file and get a special model that does one thing. Uh, and, um, you know, that, that goes back to your thesis about, about OpenRouter. This like neuro neuro diversity, which I like really fundamentally believe in a lot more.
And Eric and I had like discussions a lot about like AGI and whether we were truly on a path to AGI or whether it's even desirable to, to, to get there. And I think the future is, is a lot more diversity outside of code review, which was like, I think
45:12 以一半成本融合模型
the first time I saw people get really serious about using like different model families to double check the results of their main model. Um, the, uh, these like fusion models, like I, I, like the research has been getting, has been like kind of slow for years on like doing mixture of, of both. models and composite models, but like things have been speeding up from my like view of the research. And, and I mean, now we see like a bunch of AI agent labs.
Um, like we launched a fusion, uh, tool, a fusion model and cognition launched one and like they do reduce costs, um, follow and, and allow like. You know, a wider breadth of ideas to be searched. Like our initial launch was focused on deep research. The thinking is that like, if all these model apps are training on different sources of data, like why not pull from all of them? Um, and, uh, and this like resulted in basically Fable level quality at two X lower cost.
Um, we just published results actually just, just today about, about that. We, we, we, we showed like a DeepSeek like replication through, through combination, different things, including the harness, but, but also you might think of it as a fusion type thing. Um, uh, where it's like, um, you know, frontier level at like 40 to 50% of the cost. Uh, which models that use. I think it's, it changes over time, but one thing that has been interesting is I think open AI added this feature that allows you to save,
um, the computation, uh, like, uh, across different model families. So you can, uh, like also across different, um, effort levels. Um, so, uh, like you wouldn't do, uh, you wouldn't miss the cache if you change the effort. Don't quote me this. I think it's also across different models, which is hard to fathom how I might be wrong though, but I, I need to double check that. But I think, you know, seeing within the open AI
family has like added a lot of efficiency. But in the past we've done it with other, with other, with other models as well. Cause caches is like one of the big, like being cache aware is like one of the biggest things when you're designing fusion models, routers, um, uh, sort of escalation models. Alex, Amjad, it's been a great conversation. Thank you.
