CnOps 社区
首页开源项目实践文章视频课程常见问答开发者工具
导航菜单
首页开源项目实践文章视频课程常见问答开发者工具

CnOps 社区

愿景

CnOps 社区是一个以"智能运维与可观测"为核心的开放、包容、分享的技术社区,旨在聚集运维专家、开发者和爱好者,共同探讨、学习和分享可观测最佳实践与最新技术,与众多技术社区合作互动,共同探讨交叉领域的技术挑战,推动可观测领域的创新与进步。

内容社区

  • 实践文章
  • 视频课程
  • 开源项目
  • 常见问答
  • 开发者工具

友情链接

  • Prometheus
  • Grafana Lab
  • OpenTelemetry
  • LoongCollector

关注我们

阿里云云原生公众号阿里云云原生
阿里云可观测公众号阿里云可观测

Copyright © 2026 CnOps 社区. All rights reserved.

首页问答LoongSuite 为什么要新增 Skill 语义?它与 Agent、Tool 有什么区别?

LoongSuite 为什么要新增 Skill 语义?它与 Agent、Tool 有什么区别?

#Skill#GenAI 语义#业务功能域#invoke_skill

CNOps | 2026-06-02

在电商购物助手等场景中,用户指令由 Agent 理解意图后路由到具体的 Skill 完成执行。Skill 是业务功能的最小可复用单元,内部编排了一组 LLM 调用和工具调用,用于完成搜索商品、加购物车、申请退款等特定任务,介于 Agent 与 Tool 之间。

OTel GenAI 现有约定只覆盖 Agent、LLM、Tool 等 Span 类型,缺少对 Skill 这一业务功能聚合层的抽象。这会带来三个痛点:性能抖动时只能看到一堆 execute_tool 和 inference Span,无法归因到功能域;缺少 Skill 粒度的 P99 延迟、成功率、调用频率等度量;多 Skill 并发时不同 Skill 的 LLM/Tool Span 在 Trace 树中无法区分归属。

为此 LoongSuite 新增了一组 gen_ai.skill.* 属性用于标识 Skill 身份与版本信息,当前阶段附着在已有 execute_tool Span 上快速落地。同时,团队还落地了独立 invoke_skill Span 的方案,并向 OTel 社区提交了提案,用于覆盖 Skill 从加载到执行完成的完整生命周期。