平台地址:https://ark-aiops.koratrade.uk/

一句话定位:它不是"又一个看板",它是让诺亚整个 AI 体系从"一堆创新项目"变成"可运营的业务能力"的那层基础设施。


一、为什么会有这个系统

先看一组采集自平台自身的数字(2026 年 7 月):

规模事实 数字
已登记 Agent / AI 应用 31 个(员工问答、对客服务、风控舆情、法务、渠道开户、OA 审批…)
活跃模型 / 模型家族 97 个 / 84 家(Claude、GPT、Qwen、GLM、DeepSeek,多云 + Bedrock 私有模型)
MCP Server / Tool 27 个 / 368 个,其中 8 个被阻断
已发布 Skill 36+ 个(stock-analyst、docx、xlsx…),28 个连续 30 天零调用
月度 AI 总费用 $69,861(多云 $62,566 + Claude 席位 $2,400 + 实收 $4,895)
月度 Token 消耗 526 亿,缓存命中 49.78B
对客 AI(诺娅)活跃客户 649 人,产生 $1,696 费用
LLM 告警事件 单月 13,044 条

这些数字说明:诺亚的 AI 采用已经跨过了规模临界点。一旦跨过,必然出现四个失守——

  1. 费用失察:钱从多云、网关、席位、Dify 四条管道流出,没有人能回答"这个月 AI 到底花了多少、花在哪、值不值"。
  2. 安全失控:368 个 MCP 工具里混着 8 个不该放行的;对客产品(诺娅)和员工工具(诺Chat)的风险敞口完全不同。
  3. 质量失准:Skill 零调用堆灰、评测无基准,"上线了"和"用得好"是两回事。
  4. 投入失据:席位怎么分?哪个 BU 的应用值得追加预算?没有归集口径就没有决策依据。

ARK AI OPS 就是为终结这四个失守而生的。 它存在的理由不是"让数据好看",而是:当 AI 成为公司级能力时,必须有一套系统让它可计量、可治理、可优化、可汇报——就像 ERP 之于业务、HR 系统之于组织。


二、系统定位:AI 框架里的哪一层

诺亚的 AI 框架自下而上分五层,ARK AI OPS 不在任何一层里——它横跨并覆盖所有层,是栈顶的运营中枢(Control Tower)

┌─────────────────────────────────────────────────────┐
│              ARK AI OPS(运营中枢层)                  │
│   计量归集 · 治理安全 · 质量评测 · 稳定性 · 汇报决策     │
├──────────────┬──────────────┬───────────────────────┤
│ 能力层        │ 应用层        │ 平台层                 │
│ MCP 368 tools │ 31 个 Agent  │ AI 网关 · Dify · 席位  │
│ Skill 36+    │ 诺Chat/诺娅… │ Claude Ent/OpenAI 池  │
├──────────────┴──────────────┴───────────────────────┤
│ 模型层:多云 LLM(AWS/GCP/阿里)· Bedrock 私有模型      │
└─────────────────────────────────────────────────────┘
        ↓ 输出对象:管理层(周报/驾驶舱)· 运营(告警/巡检)
                    财务(账单归集)· 风险合规(安全检测)

不做的事同样重要:不做模型、不做应用、不替代网关——它不生产 AI 能力,它让所有 AI 能力变得可运营。这就像电力行业的电网调度中心不发电,但没有它就没有电力市场。


三、系统能做什么:五大职能

1. 计量与归集(FinOps 基础)