LittleHorse Enterprises LLC于9月21日发布其Saddle Command Center 1.3版本，为其跨应用的流程编排平台加入无代码智能体部署、预置任务工作器、JavaScript软件开发工具包以及免费无服务器试用。这家非上市公司将Saddle Command Center描述为横跨智能体、微服务、软件即服务应用和事件流的“行动层”，其“Business-as-Code”方法把业务流程转化为受版本控制、可测试的软件，并以图形形式呈现，供技术人员和业务人员查看和修改。
该公司称，其目标是解决企业将流程分散在专用应用、集成、电子表格和人工操作中造成的碎片化问题。LittleHorse创始人兼首席执行官Colt McNealy表示，多数企业拥有数十个SaaS应用，靠人工集成拼接在一起。他说，这种碎片化使企业难以采用智能体，原因有两个：一是缺乏上下文，二是难以让正确的事情在正确的时间发生。
Saddle Command Center 1.3新增兼容Apache Kafka的流处理引擎、用于webhook和数据源的连接器，以及面向预置智能体和任务工作器的运行时。开发者可以将现有代码转化为工作流组件，并通过应用程序接口、事件队列或自定义任务连接系统。
新版本的智能体管控基于LittleHorse所称的“决策工作器模式”。智能体获得对工具的只读访问权限，处理需要判断的任务，确定性的工作流代码可以验证其输出并执行相应动作，从而把权限留在智能体之外。McNealy表示，客户早期就开始把智能体的范围缩小到只处理模糊任务，再由工作流引擎编排困难部分。他说，如果没有这种可见性，令牌费用会上升，可靠性会下降，而且无法观测正在发生什么。
用户现在可以通过选择模型上下文协议服务器、定义系统提示词以及指定输入和输出结构来配置智能体。随后，Saddle Command Center将模型部署为可插入更大工作流的任务工作器。该平台记录工具调用，并提供用于调试的堆栈跟踪。业务错误遵循工作流中定义的规则，网络故障等技术错误则可根据策略重试。
该系统也面向跨越组织和应用边界的长时间运行流程。McNealy提到一家欧洲支付服务商，其商户入驻流程涉及多个身份服务，响应可能需要长达三天。使用LittleHorse后，该服务商把调用第三方系统的错误处理和超时流程编码化，并基于收到的响应自动执行工作流。LittleHorse协调了各个步骤、等待和错误处理，而没有替换任何底层系统。McNealy说，该服务商因此去除了大量人工工作，并加快了入驻速度。
Saddle Command Center支持Java、Python、Go和C#，1.3版本新增JavaScript。免费无服务器选项让开发者无需配置基础设施即可测试该平台。
LittleHorse由McNealy于2022年创立，其父亲、Sun Microsystems Inc.联合创始人兼前首席执行官Scott McNealy是投资者和顾问。公司采用开放核心模式，以开源编排内核支持商业平台。
该公司表示，其软件已在生产环境中运行超过18个月，在多个行业拥有付费客户，预计今年收入将超过100万美元。其企业销售通常从为期三周的Business-as-Code研讨会开始，而软件公司更常先采用开源版本，再购买支持或托管服务。企业定价基于处理能力，包括Kafka吞吐量和每秒工作流任务数。
Saddle Command Center 1.3现已可用。