04 — 匿名交付
某内地企业 · 数据平台工程
数据平台 Agent Runtime 与 MCP 工具平面
把平台值班经验编成可重复的运维闭环。
数据平台覆盖调度、异构同步、湖仓入湖与 BI，多个子系统的控制面 API 分散。值班工程师需要手工串联任务实例、日志、SQL 与血缘；周期巡检与调参工作重复、难以标准化。
我们建造采用六边形架构的统一 Agent Runtime 与 MCP 工具平面。定时或对话触发后，Agent 可检查实例、取得日志工件、分析 SQL 与血缘、提出重跑或调参建议，并在整条链路保留身份、策略与追踪上下文。
工作里
一个运行时，多种工具
调度、同步、告警、日志、元数据与 SQL API 由同一份运行契约统一接入。
受治理的操作
Scoped Tool Policy、OAuth 身份、会话隔离与审批门槛共同约束写操作。
证据留在闭环里
Trace ID 串联推理、工具调用与工件，答案可以重放、审阅与追责。
问题与背景
大型数据平台的调度、同步、BI 与湖仓系统各自运行，值班工程师定位故障常需 30 分钟以上；每周人工巡检脚本耗时 2–4 小时，分散的控制面 API 也让自助排障难以规模化。
量化结果
每小时全量巡检取代每周 2–4 小时人工脚本；典型故障定位由 30 分钟以上缩短至 5 分钟内，平台运维 On-call 量下降 60%+。约 60 名工程师日常使用企业微信入口，30%+ 任务失败咨询可自助闭环；典型 SLA 链路恢复缩短约 1 小时。
合作范围
- 以六边形架构与 MCP Adapter 建造统一 Agent Runtime
- 每小时巡检、告警驱动排障、自助排查与 Spark SQL 调参
- 身份、工具白名单、Guardrail、审批与全链路追踪
交付内容
- → 覆盖作业、实例、日志、告警、元数据、血缘与 SQL 的 MCP 工具平面
- → 企业微信与 CLI 入口，共用同一运行时与 Trace 上下文
- → 基于资源画像与 SQL 分析的调参建议，经治理后才可落库
匿名说明
委托方名称、内部服务名与运维标识已匿名化；使用量、耗时与 On-call 指标来自该项目运行记录。