跳至主要内容

AI 原生软件工程

AI 工程,按生产标准交付。

Xcelerates 为技术目标远大的企业设计并构建生产级 AI 系统、定制软件与数字平台。

我们的定位

生产标准,而非演示标准。

演示只需要成功一次,而且面对的是希望它成功的人。生产系统则必须在某个周二的下午,为一个根本不关心它是如何构建的人正常工作——在真实负载下,面对真实数据,权限得到强制执行,成本也在预算之内。

几乎全部的工程工作,都存在于这个差距之中。当 AI 被当作一种用来演示的能力、而不是一套需要运维的系统时,被跳过的正是这一部分;而这一部分,正是 Xcelerates 所做的事。

AI 工程详解

我们所说的“AI 系统”,指的是什么。

应用 AI 中真正棘手的问题,并不是建模问题。它们是模型被放进企业赖以运转的系统那一刻,就会出现的普通工程问题。

智能体不是一段提示词。它是一个有步数上限的受控循环,有明确的工具调用契约、幂等策略,以及当模型返回无法使用的结果时的既定行为。

检索系统不是一个向量数据库。它是在检索之前就已完成的访问控制判断,而不是写在提示词里的请求;是针对您真实文档选定的切分策略、一个重排步骤,以及一种能判断返回段落是否正确的方法。

必须被工程化的部分

事实依据
答案会标注其来源段落,读者可以顺着引用回到原始文档。
访问控制
在检索时依据调用者的身份强制执行。写在提示词里的权限检查,不是权限检查。
效果评估
用真实案例构建评估集,让提示词或模型的改动可以被度量,而不是被争论。
成本
上线前按请求建模,上线后持续埋点,让行为的变化体现为一个数字,而不是一张账单。
失败行为
每一次外部调用都有明确定义:超时、降级响应,或拒绝。绝不会是用户面前的一个未捕获异常。
人工审批
每一个不可撤销的操作之前都有人参与,看到系统所看到的信息,并且决策会被记录下来。

一套以检索为依据的智能体系统的架构图,分为三条泳道。

请求路径:请求先经过输入防护,校验载荷并筛查提示词注入。随后由规划器在两条路径之间做选择。检索路径在检索之前先按调用者的访问控制列表过滤,执行关键词与向量的混合检索,对结果重排并返回最匹配的若干条;召回率与引用有效性在这里度量。工具路径按模式校验参数,并附加幂等键。两条路径都汇入合成环节,由它生成一个以检索到的段落为依据的答案,并标注引用。

执行路径:输出检查在任何内容离开系统之前,先核验事实依据、模式一致性与策略合规。可撤销的操作直接进入执行。不可撤销的操作先被路由到人工审批环节,通过之后才进入执行。执行完成后返回响应。

观测泳道:每个环节都会输出链路追踪,携带 token 数、成本、延迟、检索到的引用与工具执行结果。追踪数据采样进入评估集,提示词或模型的改动会在发布前对该评估集重放。

以检索为依据的智能体 · 不可撤销操作前的审批关卡 · 链路追踪采样进入评估集

这是一种架构,而不是唯一的架构。您的系统需要其中哪些部分,是第一次沟通要回答的问题。

AI 工程详解

Xcelerates 的合作方式

五个阶段,每个阶段结束时都有一次决策。

每个阶段都会产出可供阅读的成果,并结束在一个决策节点上:继续与否是一次选择,而不是一种默认。第一个阶段的设计前提是:即使就此停下,您也已经比之前更清楚该怎么做。

  1. 01

    界定

    弄清真正要构建的是什么,以及它是否值得构建。

    产出

    • 书面范围说明
    • 架构判断
    • 成本模型
    • 一份建议

    继续、调整方向,或停止——无论哪一种,您都拿到了有用的东西。

  2. 02

    设计

    设计系统本身,以及它与其他一切之间的接缝。

    产出

    • 架构决策记录
    • 接口契约
    • 评估方案
    • 双方确认的验收标准

    验收标准在这里签字确认,而不是在结束时谈判。

  3. 03

    构建

    从第一次迭代起,就在您的环境中运行的可用软件。

    产出

    • 您账户中的源代码与基础设施
    • 部署流水线
    • 测试与变更记录

    进展持续可见,因此结束时不存在“揭晓”这一环节。

  4. 04

    验证

    用证据证明验收标准,而不是口头声明。

    产出

    • 针对既定评估集的评估结果
    • 安全与无障碍性发现
    • 演练过的回滚方案

    上线是依据证据做出的决定,而不是一个日期。

  5. 05

    运维交接

    交付一套接手团队真正能运行起来的系统。

    产出

    • 仪表盘与告警
    • 交接文档

    需要的话我们继续提供支持;不需要的话,也不存在依赖。

起步方式

“界定”阶段可以单独进行,作为一次 AI 治理预审计——对贵组织内已经在运行的 AI 以及它带来的暴露面做一次范围明确的评估。产出的结论您都可以直接使用,无论之后是否由 Xcelerates 继续构建。 AI 治理与保障.

为什么选择 Xcelerates

四个理由,以及一条边界。

界定工作范围的人,就是构建它的人

为您撰写架构判断的工程师就在交付团队里。没有任何东西会从一场销售对话,被转交给一个从未参与其中的团队。

在这里,AI 与软件是同一门学科

模型是一个组件。它位于一套需要数据建模、系统集成、身份认证、部署与运维的系统之中——而这些并不属于另一个部门。

治理是工程,不是文书工作

评估工作产出的是证据、严重程度与责任人。它的写法是为了能直接交给您的风险与法务部门,其设计目的是让下一次构建更安全,而不是更慢。

度量在上线之后继续

质量、延迟与成本作为构建的一部分被埋点。没有人在度量的 AI 系统,是没有人能为之辩护的 AI 系统。

以及那条边界

Xcelerates 同一时间只承接少量项目,并且界定范围的工程师就是交付的工程师。如果您需要在下个月组建一支大规模团队,或者您的核心诉求是最低的小时单价,那么我们不是合适的合作方——而且我们会在第一次沟通时就说明,而不是等到第三次。

下一步

告诉我们,什么必须跑通。

用您自己的话描述这个问题——是哪一套系统、哪一个限制、哪件事总是无法上线。每一封咨询都由资深工程师阅读,回复您的是一个观点,而不是一份宣传册。

接下来会发生什么

  1. 一位工程师的回复

    来自一个能够界定这项工作的人。不是一段自动化流程。

  2. 一次沟通,而不是一场推介

    三十到四十五分钟,谈问题本身和它的约束条件。

  3. 一份书面判断

    我们会怎么做、大致需要什么,以及我们是否适合做这件事。