生产复盘:OASIS 把文件系统事件从 53 分钟压到 3 分钟,靠的不是模型
【摘要】 DXC 和 LangChain 合作的 OASIS 是一个跑在关键任务 IT 运维里的 Agent 编排平台,基于 LangGraph 和 LangSmith 构建,目标是扩展到 125 个客户环境,覆盖受监管行业。它在 500 个实测案例里给出的数字很具体:问题解决时间平均缩短 95%,诊断准确率 92% 以上。拆到具体事件类型上更直观:文件系统事件原本需要 53 到 90 分钟处理,现在...
DXC 和 LangChain 合作的 OASIS 是一个跑在关键任务 IT 运维里的 Agent 编排平台,基于 LangGraph 和 LangSmith 构建,目标是扩展到 125 个客户环境,覆盖受监管行业。它在 500 个实测案例里给出的数字很具体:问题解决时间平均缩短 95%,诊断准确率 92% 以上。
拆到具体事件类型上更直观:文件系统事件原本需要 53 到 90 分钟处理,现在 3 到 6 分钟;数据库性能事件从 2 到 3 小时降到 5 到 12 分钟;复杂问题管理从 2 到 6 天缩到 8 到 10 分钟。
如果只看到这里,很容易把它归因为“模型很强”。但同一篇材料里关于治理的描述更值得读:OASIS 在评估行动时会考虑可逆性、影响、可验证性以及 Agent 过往表现;敏感行动暂缓执行、等待人工审批;Agent 的决策、工具调用和结果都会被追踪。换句话说,时间被压缩的前提,是大量低风险、可逆的操作被允许自动执行,而高风险操作并没有消失,只是被路由到了人那里。
这给“Agent 提效”提供了一个更诚实的叙事:提效的来源往往不是 Agent 替你做了所有事,而是 Agent 把“不需要人判断的部分”和“必须人判断的部分”分开了。 如果你的运维流程里绝大多数事件本来就需要人确认,那 95% 的缩短很难复制;但如果你能先把事件按可逆性和影响分级,Agent 的收益空间就出来了。
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)