在请求之间手动搬 token
登录返回的 token、userId、traceId 全靠复制粘贴传给下一个请求，慢，而且容易粘错。
RPCORA 的做法
上游响应自动流进下游
提取器把 body.token 存成 session.token，下游请求用 {{session.token}} 直接引用。
v1.1.7 已发布 · 2026-05-27
跑通一次，回放整条 gRPC 链路
调多步 gRPC 流程时，token、userId、traceId 不用再来回复制粘贴。RPCORA 是一个本地优先的 gRPC 链路调试工作台：定义一次调用，把调用串成链，上一步的返回值自动流进下一步。
1234
{
"username": "admin",
"password": "admin123"
} LoginRequest schema synced 5 fields
usernamestring · required
admin static passwordstring · required
admin123 secret remember_mebool · optional
true default trace_idstring · runtime
{{session.traceId}} runtime metadatamap<string,string>
+ 3 entries chain 12345
{
"token": "jwt.user-1.1777898990",
"expires_in": "86400",
"user_id": "user-1"
}RPCORA 真实界面：Login 返回的 token，会成为下一步请求的输入。
macOS Windows Linux
100% 本地数据 · Local-first
4 种 RPC 调用类型
3 平台 macOS / Windows / Linux
1.1.7 当前版本 · 持续迭代
The Pain
用通用工具调 gRPC 链路，成本都藏在手里。
Postman、Insomnia 或 grpcurl 都能发出单个请求，但业务调试从来不是单个请求。
复现一次流程要逐步重来
每次回归都要手动重跑登录、查询、创建，哪一步改了全靠记忆。
RPCORA 的做法
整条链路一键回放
把跑通的请求保存成链，按顺序自动执行，失败停在哪一步一眼可见。
调试场景留不住、交不出
通用工具里场景散落在收藏夹和聊天记录里，换个人接手就得重问一遍。
RPCORA 的做法
本地工作区 + 脱敏报告
请求、环境、链路全部本地保存；失败自动生成 Doctor 脱敏报告，直接交接。
How It Works
定义一次调用，串成链，一键回放。
以一条真实的业务链路为例：登录拿 token → 用 token 查用户 → 用 userId 创建订单。
01 Define
定义一次调用
从 Reflection / Proto 生成的 API 树里选方法，按 schema 填好 Payload。
02 Extract
提取响应字段
在上游步骤声明提取器：body.token → session.token。
03 Chain
串成一条链路
下游请求用 {{session.token}} 引用上游结果，把登录、查询、创建连成链。
04 Replay
一键回放
保存后随时重跑整条链，失败步骤自动产出 Doctor 证据。
auth.v1.AuthService 0 OK · 18ms
Login
req
username · password提取
body.token → session.token user.v1.UserService 0 OK · 12ms
GetProfile
req
authorization: {{session.token}}提取
body.user_id → profile.userId order.v1.OrderService 0 OK · 26ms
CreateOrder
req
user_id: {{profile.userId}}提取
body.order_id → order.id Why RPCORA
真正的区别只有三条。
通用工具能发出单个 gRPC 请求。RPCORA 的不同在于：它把多步调用当成一等公民。
01 Chain-native
为链路调试而生，不是通用客户端
提取器、运行时变量、多步回放是主路径，不是插件或脚本。登录、鉴权、查询、创建串成一条链就能反复执行。
Chains built-in 02 Local-first
请求、token、历史不出本机
工作区、Schema、响应和链路上下文全部保存在本地。不需要账号，不需要云同步，内网和敏感环境可以直接用。
No account · No cloud 03 Evidence
失败结果能直接交接
链路步骤、gRPC 状态、耗时、schema 来源和 Doctor 结论组成脱敏报告，发给同事就能继续定位。
Doctor report| RPCORA | 通用 gRPC 客户端 | 脚本 · CLI | |
|---|---|---|---|
| 链路上下文传递 | ✓响应自动注入下一步 | 变量 + 脚本手动维护 | 复制粘贴 |
| 多步链路回放 | ✓一键重跑整条链 | 依赖 runner / 测试场景 | 逐步重来 |
| 本地隐私 + 排障证据 | ✓本地保存 + 脱敏报告 | 以云同步为主 | 无 |
Evidence
报告不是截图，是可以继续定位的运行证据。
失败时，RPCORA 把上下文解析、Doctor 检查和链路报告放在同一个证据面板里。你能看到哪里失败、失败时带了什么上下文，以及下一步应该查什么。
发送前看清变量解析结果
{{session.token}}、{{profile.user_id}}、traceId 等上下文在运行前就能校验。
Context ready把失败拆成可处理线索
地址、TLS、Metadata、Reflection、Proto fallback 和 gRPC status 分区展示。
4 checks passed脱敏报告直接用于协作排障
报告保留链路步骤、耗时、错误摘要和建议，避免敏感 token 泄露。
Redacted Doctor Report redacted
step03 · profile.UserService/GetUser
schemaReflection · user.v1.GetUserRequest
metadataauthorization: Bearer ******
statusOK · 120ms
For Teams
给每天排查服务的人用。
01 后端开发
本地和内网服务联调
调通单个 gRPC 方法，保存可复用请求，复现登录后访问业务接口的完整上下文。
02 测试 / QA
稳定复跑关键业务路径
把登录、查询、创建、校验这类步骤固定成链路，失败后复制脱敏报告给研发。
03 平台 / 网关工程
排查 TLS、Metadata 与 schema 问题
快速区分是地址、证书、权限、Reflection、Proto 还是响应结构导致调用失败。
Community
加入 RPCORA QQ 技术交流群，遇到联调问题可以直接交流。
适合反馈桌面端使用问题、讨论 gRPC 调试链路、交流 Proto/Reflection/TLS/Auth 等真实联调场景。
RPCORA技术交流群 QQ群号 739750887
扫码加入 QQ 交流群
Download
下载 RPCORA，先跑通一个 gRPC 方法，再回放整条链路。
第一次使用建议从最小路径开始：安装桌面端，APIs 调通单请求，保存后进入 Chains 做两步回放。