因为每次用 Postman 测 gRPC 都要做很多手动操作，所以我做了一个 gRPC-first 的桌面客户端
我自己每次用 Postman 测 gRPC 端点时，总感觉还是有不少手动操作。
经常要在.proto文件、请求参数、metadata、环境变量、认证信息，甚至终端命令之间来回切换，才能确认自己到底在调哪个服务、哪个方法、参数结构是什么。
Postman 确实很强，但在 gRPC / Protobuf 这个场景里，我总感觉自己是在把 gRPC 工作流适配到一个 REST-first 的工具里。
所以我最近开始做一个工具，叫rpcora。
我想把它做成一个专门面向 RPC / gRPC 的调试工作台
官网地址：rpcora
现在主要在探索这些方向：
.proto导入后，更清晰地组织 service / method- 更顺手的 Server Reflection 工作流
- 根据 Protobuf message 自动生成请求模板
- 更自然地管理 metadata、环境变量、认证注入
- 更清楚地展示 gRPC status、metadata、trailers、错误和执行细节
- 后续加强流式调用、内网调试、请求链路编排等能力
我知道现在已经有 Postman、Apifox、Insomnia、Kreya、grpcurl、grpcui、BloomRPC 这些工具了，也不是想说它们不好。只是我在想，如果一个工具从一开始就是围绕 gRPC / Protobuf 设计，而不是把 gRPC 当成 API 工具里的一个附加功能，会不会在日常调试时更顺手。
想问问经常用 gRPC 的朋友：
- 你们现在一般用什么工具测 gRPC？
- 哪些地方最让你觉得手动、麻烦？
- Server Reflection 在你们工作流里重要吗？
- 请求参数更喜欢自动生成表单，还是直接写 JSON？
- 什么功能会让你愿意试一个新的 gRPC 专用客户端？
欢迎直接吐槽，我现在最想听真实反馈。