RPCORA gRPC chain debugging workbench
EN 下载
Workbench

服务发现、请求调试、上下文管理
放进一个工作台

左侧保留工作区与请求树，中间完成 gRPC 请求编辑，辅助视图承接 Proto、环境、历史、诊断和链路。

看诊断能力 看链路编排
Workbench RPC request desk
Unary127.0.0.1:50051Send
PayloadMetadataAuthTLS
user_idenv.USER_ID
trace_idsession.traceId
metadata3 entries
Workbench RPC request desk
Unary127.0.0.1:50051Send
PayloadMetadataAuthTLS
user_idenv.USER_ID
trace_idsession.traceId
metadata3 entries
Core layout

工作台为高频调试操作而设计

A
主内容区切换APIs、Chains、Doctor、环境、历史等重型能力在内容区展开，避免塞进小弹窗。
B
请求上下文常驻服务地址、方法、Payload、Metadata、Auth、TLS 和响应区保持在同一条调试路径里。
C
本地数据层工作区、项目、目录、请求、环境、链路和历史走本地存储，适合内网调试。
Workbench modules

围绕 gRPC 调试组织的工作台模块

APIs

单请求调试

选择 gRPC service.method，编辑 Payload、Metadata、Auth、TLS 和环境变量，查看响应体、Headers、Trailers、状态和耗时。

Proto

服务与方法浏览

Reflection 成功后展示服务树；Reflection 不可用时复用 Proto 目录或 Git Proto 仓库导入链路。

Environment

环境矩阵

对比不同环境下的变量和全局 Metadata，标记缺失项、选中环境和敏感字段。

History

历史实验室

从请求历史恢复请求，按方法分组，使用 Response Diff 对比状态、耗时、Body、Metadata 和 Trailers。

Configuration

Metadata、Auth、TLS、代理都贴近 gRPC 调试

环境变量、全局 Metadata、Bearer/API Key/Basic、TLS/mTLS、服务名覆盖和代理配置都作为请求执行前的可复用上下文处理。

Execution Context Metadata / Auth / TLS
MetadataAuthTLSProxy
authorizationBearer {{env.TOKEN}}masked
x-tenant-id{{env.TENANT}}global
transportplaintext / localhostready
Resolved before Send