"Rpc"
- tRPC 型別共享：型別即契約的前提與代價
tRPC 靠 TypeScript 型別推導同步契約、零 codegen；適用同倉 TS-only、公開第三方 API 不適用
- JSON-RPC 的適用條件：最小夠用的訊息層
本地雙向低頻、需 notification 語意、生態要求零 codegen 可自省 —— 這組條件下 JSON-RPC 比重型 RPC 更貼
- 11.C23 Echobind：從 GraphQL 撤到 tRPC 的量化帳（反例）
反例：五層重複宣告與三層 codegen 拖垮 DX 的量化紀錄、同時自列 tRPC 的適用前提
- 11.C33 tRPC 設計哲學：無 schema 無 codegen 的型別共享
把 API 契約從 IDL 檔搬進型別系統的極端點、官方自述的前提與代價（TS-only、同倉共置）
- 11.C34 JSON-RPC 重生：LSP 與 MCP 都選它當訊息層
死在 web API、活在編輯器與 agent 協議：最小夠用訊息層的選型條件組合