告别JSON解析:TypeSafe推出专为代码设计的“非对话”AI
前OpenAI研究员Diogo Almeida创立TypeSafe AI,以“System One”模型Jev挑战大语言模型在程序化工作流中的主导地位
概述
随着生成式人工智能在工业界的广泛落地,自然语言处理与程序化执行之间的摩擦日益凸显。过去三年,技术行业普遍假设计算的未来是对话式的,导致开发者被迫将大型语言模型(LLM)调整为“只输出JSON”的 classifier,以适配现有的API和数据库。然而,这种自回归式的文本生成带来了高延迟、格式错误以及不可靠的“幻觉”风险。
近日,OpenAI前研究员、InstructGPT论文主要作者Diogo Almeida创立的TypeSafe AI宣布完成4000万美元融资,并推出专为代码环境设计的“非对话”AI模型——Jev。该模型旨在解决AI工作流中语义决策的延迟与成本痛点,标志着从“System 2”推理向“System 1”快速判断的技术范式转移。
告别JSON解析:当字符串成为瓶颈
对于任何将LLM部署到生产环境的工程师而言,等待模型逐个生成token的过程充满了不确定性。从{开始,经过逗号、引号、键名,再到最终闭合,这一过程不仅耗时2至5秒,还极易因模型“口胡”或格式错误导致解析失败。开发者不得不编写正则表达式来剔除“当然可以,这是您的JSON”等冗余回复,并构建重试循环以应对未转义的引号或KeyError异常。
TypeSafe AI认为,对于软件系统而言,字符串是一种灾难性的抽象。 Jev模型的核心设计理念正是摒弃生成对话文本的能力——它不能写文章,也不能扮演角色。相反,它专注于在70到300毫秒内,直接返回类型安全的结构化决策、分数及校准后的概率分布。这种架构消除了JSON解码循环,实现了零模式幻觉率,使AI能够像传统代码逻辑一样可靠地嵌入软件栈。
“系统一”模型与Jevons悖论
TypeSafe的技术命名深受心理学家Daniel Kahneman在《思考,快与慢》中提出的双系统理论启发。当前的前沿LLM(如OpenAI的o1/o3系列)侧重于System 2模式,即通过漫长的思维链进行慢速、深思熟虑的推理。这对于证明定理或设计复杂架构至关重要,但95%的软件执行场景——如路由、分类、评分和分支判断——并不需要这种开销。
Jev被设计为一种语义反射式的System 1模型。此外,公司创始人援引经济学家William Stanley Jevons的悖论指出,随着计算效率的提升,应用边界将被大幅拓展。目前,前沿模型每百万Token成本在2至15美元之间,而Jev的价格仅为每百万输入Token 0.042美元,且输出Token完全免费。当语义决策的成本降至0.00004美元、延迟控制在100毫秒以内时,AI将不再局限于高利润的人机交互场景,而是深入到每一行if语句、数据库触发器和实时网络包过滤器中。
三大核心原语:Choice、Score与Noul
为了实现程序化的交互,Jev摒弃了开放式的提示词工程,转而采用三个模块化的软件原语:
- Choice(选择):从声明好的选项集中选取1个结果(支持最多255个离散选项),返回所选值、所有候选项的概率分布及置信度分数。
- Score(评分):沿有序连续标准评估状态(如情感0-3分、紧急程度1-5分),返回连续数值、分层分布及置信度。
- Noul(判断):评估二元命题的真假,返回0.0至1.0之间的校准概率值。
“自然语言是人类非凡的接口,但对于软件来说,字符串是灾难性的抽象。”
这一架构意味着开发者无需再处理非结构化的文本垃圾,而是直接获取可供程序直接消费的确定性数据。随着TypeSafe AI的推进,AI在后台逻辑中的角色正从“对话伙伴”转变为“即时决策引擎”,为构建更廉价、更快速的智能软件系统奠定了基础。
参考来源
- 1
告别JSON解析:TypeSafe推出专为代码设计的“非对话”AI
https://mlnotes.substack.com/p/the-ai-model-that-wont-talk-to-you