运行追踪
在 Studio 侧边栏的 Trace 页面中可以查看运行追踪的详细信息。包括各个模块的输入、输出、工具调用情况、执行耗时等各种运行信息。
该功能基于 OpenTelemetry 语义规范和 OTLP 协议构建,不仅可以开箱即用地接收和存储 AgentScope 上报的各种可观测信息, 还支持任意的基于 OpenTelemetry 或 LoongSuite 的采集工具/AI 应用框架上报的数据的集成。

概览页面
在本页面可以查看上报到 Studio 的链路数据的基本信息。
💡 提示:将鼠标移动到链路名称后面的图标上可以查看到该条链路的基本元信息,如 Trace ID。

详情页面
单击概览页面中的任意一条链路可以查看这条链路的调用顺序与调用关系;进一步点选不同层级的调用,可以看到这些调用发生时详细的上下文。
在 Metadata 区域可以查看调用的输入和输出。 对于 AI 相关的调用,如 LLM、Agent 等,输入输出会按照 OpenTelemetry 语义规范定义的结构进行展示。对于常规调用,如 Function、Format 等,输入输出会遵循 AgentScope 扩展语义规范展示。

在 All Attributes 区域,能够看到本次调用的所有关键的元信息,命名遵循语义规范。

语义规范
AgentScope-Studio 的可观测性数据遵循基于 OpenTelemetry 的语义规范。遵循该语义规范的数据会在 Studio 中得到更加准确、清晰的处理 与展示。
💡 提示:AgentScope 库原生的可观测能力已经遵循该语义规范。即便其他来源的可观测数据暂不遵循该语义规范,依然可以正常展示链路数据,但部分关键信息可能无法高亮/专门展示。
OpenTelemetry Generative AI
OpenTelemetry 面向 Generative AI 类应用的可观测数据提供了一组语义规范标准,详细定义参见 Semantic conventions for generative client AI spans 与 Semantic Conventions for GenAI agent and framework spans。
💡 提示:Studio 当前遵循的 OpenTelemetry 语义规范版本为 1.38.0。
当前遵循的语义规范包括:
- Inference: model 调用
- Invoke agent span: agent 调用
- Execute tool span: toolkit 调用
AgentScope 扩展规范
除定义在 OpenTelemetry 中的各种语义规范外,为了更清晰地展示调用过程,AgentScope 对一些特定的调用过程进行了语义规范的扩展。
Common 调用
适用于 AI 应用中发生的所有关键调用过程。
| Key | Requirement Level | Value Type | Description | Example Values |
|---|---|---|---|---|
agentscope.function.name | Recommended | string | 调用的方法/函数名。 | DashScopeChatModel.__call__; ToolKit.callTool |
agentscope.function.input | Opt-In | string | 方法/函数的输入。[1] | { "tool_call": { "type": "tool_use", "id": "call_83fce0d1d2684545a13649", "name": "multiply", "input": { "a": 5, "b": 3 } } } |
agentscope.function.output | Opt-In | string | 方法/函数的返回值。[2] | ToolResponse(content=[{'type': 'text', 'text': '5 × 3 = 15'}], metadata=None, stream=False, is_last=True, is_interrupted=False, id='2025-11-28 00:38:52.733_cc4ead') |
[1] agentscope.function.input: 方法/函数入参。需要按照 JSON 的格式序列化。
[2] agentscope.function.output: 方法/函数的返回值。按照 JSON 或 toString 的方式序列化。
Format 调用
该 span 代表发起 model 调用前对请求的准备和格式化过程。在 AgentScope 中,该方法对应 Formatter 工具的调用。
gen_ai.operation.name 应该为format。
Span 名称应该为format {agentscope.format.target}。
Span kind 应该为INTERNAL。
Span status 应该遵循记录错误文档。
Attributes:
| Key | Requirement Level | Value Type | Description | Example Values |
|---|---|---|---|---|
gen_ai.operation.name | Required | string | 正在执行的操作的名称。 | chat; generate_content; text_completion |
error.type | Conditionally Required if the operation ended in an error | string | 操作中止时抛出的错误。 | timeout; java.net.UnknownHostException; server_certificate_invalid; 500 |
agentscope.format.target | Required | string | 格式化要转为的目标类型。如果无法解析到目标类型,则设置为'unknown'。 | dashscope; openai |
agentscope.format.count | Recommended | int | 实际被格式化的消息数量。[1] | 3 |
agentscope.function.name | Recommended | string | 调用的方法/函数名。 | DashScopeChatModel.__call__; ToolKit.callTool |
agentscope.function.input | Opt-In | string | 方法/函数的输入。[2] | { "tool_call": { "type": "tool_use", "id": "call_83fce0d1d2684545a13649", "name": "multiply", "input": { "a": 5, "b": 3 } } } |
agentscope.function.output | Opt-In | string | 方法/函数的返回值。[3] | ToolResponse(content=[{'type': 'text', 'text': '5 × 3 = 15'}], metadata=None, stream=False, is_last=True, is_interrupted=False, id='2025-11-28 00:38:52.733_cc4ead') |
[1] agentscope.format.count: 实际被格式化的消息数量。取值与格式化函数执行后返回的消息列表大小一致,如果在格式化过程中进行了截断或消息裁剪,则该取值可能小于传入的消息列表大小。
[2] agentscope.function.input: 方法/函数入参。需要按照 JSON 的格式序列化。
[3] agentscope.function.output: 方法/函数的返回值。按照 JSON 或 toString 的方式序列化。
Function 调用
该 span 代表发起一次任意的关键调用的过程。在 AgentScope 中,该方法对应常规函数的执行过程,当且仅当使用者通过 AgentScope 提供的方式为方法/函数添加链路追踪能力时生效。
gen_ai.operation.name 应该为invoke_generic_function。
Span 名称应该为invoke_generic_function {agentscope.function.name}。
Span kind 应该为INTERNAL。
Span status 应该遵循记录错误文档。
Attributes:
| Key | Requirement Level | Value Type | Description | Example Values |
|---|---|---|---|---|
gen_ai.operation.name | Required | string | 正在执行的操作的名称。 | chat; generate_content; text_completion |
error.type | Conditionally Required if the operation ended in an error | string | 操作中止时抛出的错误。 | timeout; java.net.UnknownHostException; server_certificate_invalid; 500 |
agentscope.function.name | Recommended | string | 调用的方法/函数名。 | DashScopeChatModel.__call__; ToolKit.callTool |
agentscope.function.input | Opt-In | string | 方法/函数的输入。[1] | { "tool_call": { "type": "tool_use", "id": "call_83fce0d1d2684545a13649", "name": "multiply", "input": { "a": 5, "b": 3 } } } |
agentscope.function.output | Opt-In | string | 方法/函数的返回值。[2] | ToolResponse(content=[{'type': 'text', 'text': '5 × 3 = 15'}], metadata=None, stream=False, is_last=True, is_interrupted=False, id='2025-11-28 00:38:52.733_cc4ead') |
[1] agentscope.function.input: 方法/函数入参。需要按照 JSON 的格式序列化。
[2] agentscope.function.output: 方法/函数的返回值。按照 JSON 或 toString 的方式序列化。
集成
AgentScope Studio 提供 OpenTelemetry 协议(OTLP) 规范的服务。
默认情况下,AgentScope Studio 启动后,会暴露以下服务端点:
- OTLP/Trace/gRPC:
localhost:4317,可以通过修改OTEL_GRPC_PORT环境变量来调整 gRPC 的服务端点。 - OTLP/Trace/HTTP:
localhost:3000,可以通过修改PORT环境变量来调整 HTTP 的服务端点。
💡 提示:当前 Studio 仅支持接收 Trace 类型数据。
AgentScope 应用集成
AgentScope 框架原生支持了 Trace 数据的采集与导出,您可以在应用中增加一些额外的代码实现 Trace 数据的上报。
AgentScope Python 应用
在您的应用代码前增加以下初始化代码。
import agentscope
agentscope.init(studio_url="http://localhost:3000") # 将此处替换为 Studio 的 HTTP 服务端点
# your application codeAgentScope Java 应用
- 在您的项目中引入连接 Studio 所需的依赖。
maven:
<dependency>
<groupId>io.agentscope</groupId>
<artifactId>agentscope-extensions-studio</artifactId>
</dependency>gradle:
implementation("io.agentscope:agentscope-extensions-studio")- 在您的应用代码前增加以下初始化代码。
public static void main() {
StudioManager.init()
.studioUrl("http://localhost:3000")
.initialize()
.block();
// your application code
}LoongSuite/OpenTelemetry 探针集成
LoongSuite 探针是阿里云云原生团队基于 OpenTelemetry 探针研发的,面向多语言 AI 应用的无侵入可观测数据采集工具。这些探针通过编译时/运行时代码增强的机制,通过对应用代码完成代码插桩实现无侵入的可观测性。
LoongSuite 探针和 OpenTelemetry 探针所采集的数据均使用 OTLP Exportor 进行导出,因此可以直接被 AgentScope Studio 接收和存储。当前支持的探针包括:
- LoongSuite Python Agent
- LoongSuite Go Agent
- LoongSuite Java Agent
- OpenTelemetry Python Agent
- OpenTelemetry Java Agent
- OpenTelemetry JavaScript Agent
- ...(其他任何支持的 OTLP Exporter 的数据采集器)
LoongSuite Python 探针集成
- 参考 LoongSuite Python 探针官方文档,安装探针
- 修改启动参数,将数据导出到 AgentScope Studio,请将
exporter_otlp_endpoint替换为您 Studio 的 gRPC 服务地址
loongsuite-instrument \
--traces_exporter otlp \
--metrics_exporter console \
--service_name your-service-name \
--exporter_otlp_endpoint 0.0.0.0:4317 \
python myapp.pyOpenTelemetry Java 探针集成
- 参考 OpenTelemetry Java 探针官方文档,安装探针
- 修改启动参数,将数据导出到 AgentScope Studio,请将
otel.exporter.otlp.traces.endpoint替换为您 Studio 的 gRPC 服务地址
java -javaagent:path/to/opentelemetry-javaagent.jar \
-Dotel.resource.attributes=service.name=your-service-name \
-Dotel.traces.exporter=otlp \
-Dotel.metrics.exporter=console \
-Dotel.exporter.otlp.traces.endpoint=http://localhost:4317 \
-jar myapp.jar高级集成:导入自定义链路数据
如果您需要将任意来源的可观测数据作为链路数据导出到 AgentScope Studio,可以参照 OTLP 协议对数据进行组装。AgentScope Studio 接收 Protobuf 格式编码的链路数据,并同时提供 HTTP 和 gRPC 服务,服务暴露方式分别遵循 OTLP/HTTP 和 OTLP/gRPC 约定,数据体遵循 OTLP Protobuf 定义。
使用 OTLP Exporter 导出数据
为保证数据正确性,强烈建议您使用 OTLP Exporter 进行数据导出。您可以在 OTLP 官方文档中找到更详细的教程。以下是 Python 语言的 OTLP Exporter 示例:
💡 提示:本节部分参考自 OpenTelemetry Python API。
创建 OTLP Exporter 并初始化 TracerProvider:
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.sdk.trace.export import BatchSpanProcessor
from opentelemetry.exporter.otlp.proto.http.trace_exporter import (
OTLPSpanExporter,
)
tracer_provider = TracerProvider()
# OTLP/HTTP for OpenTelemetry Python SDK by default
exporter = OTLPSpanExporter(endpoint="http://localhost:3000")
span_processor = BatchSpanProcessor(exporter)
tracer_provider.add_span_processor(span_processor)使用 TracerProvider 创建 Tracer 并构建 Span:
# create tracer
tracer = tracer_provider.get_tracer("test_module", "1.0.0")
# create span
# attributes maybe set here
with tracer.start_as_current_span("test") as span:
try:
# do something
# attributes may be set here
span.set_attributes({"test_key": "test_value"})
span.set_status(trace_api.StatusCode.OK)
return res
except Exception as e:
span.set_status(
trace_api.StatusCode.ERROR,
str(e),
)
span.record_exception(e)
raise e from None