每个SaaS业务都将成为围绕模型的马具，无论他们是否已经意识到这一点。狭义上，人们通常将“马具”与Lang Graph等框架或Codex、Claude Code、Open Code等编码代理联系起来，这些框架用足够的工具和状态包装无状态模型API，以便你实际完成工作。我广义上使用“马具”一词，指围绕无状态LLM的所有基础设施、接口、上下文和状态。一个马具可以由适应或任务特定的子马具组成（协调器称为“元马具”）。“软件工厂”是一个马具，其部件是更小的马具——一个写规格，一个写代码，一个审查——加上决定何时运行什么的上层组件。
如果你接受这个更广泛的定义（或用你喜欢的任何短语替换所有“马具”），我怀疑对于许多软件服务业务，你会看到这个轨迹：他们以传统的SaaS方式销售软件服务。没有马具。他们销售软件服务，但工程师与代理配对完成工作。越来越多的其他职能如产品和销售与代理配对以提高生产力。个人操作马具。他们销售软件服务，许多核心任务转移到云中运行的后台代理（一台笔记本电脑无法运行二十个）。工程、产品和销售都触发这些代理（即编写提示）并审查输出。个人协调马具。
沿着这个轨迹，你实际上已经将你的公司变成了一个马具。生产软件服务的工作已经从人转移到马具。核心任务由代理完成，“产品”现在完全是模型输出，公司提供上下文、集成和面向人类的审查接口。软件与组织结构之间的关系已经颠倒，组织图变成了一个问题：把人放在哪里，以便马具从他们那里获得最多的品味和判断。人类是马具的一部分。
很容易认为主要由AI制作和审查的产品本质上是低质量的。核心缓解措施实际上是让马具选择人类输入最重要的地方。一个好的马具最大化对客户的价值，同时只在需要的地方花费人类注意力。如果你仍然持怀疑态度，那很公平。即使使用今天的先进模型和精心制作的马具，也很难信任代理处理这样的外部循环。我只是认为不值得打赌模型最终无法做到这一点。
来源: Hacker News · 由HeadlinesBriefing整理摘要