本文是 API 设计系列的第二部分，讲解三种突破传统请求-响应模式的 API 设计方案。SSE 是服务端单向推送通道，基于纯 HTTP，内置自动重连和 Last-Event-ID 断点续传，适合实时仪表盘和通知流；WebSockets 提供全双工双向通信，但连接有状态，需通过粘性会话或发布/订阅架构解决扩展问题，适合聊天和协作编辑；GraphQL 让客户端精确指定所需字段，解决过度获取和获取不足问题，但存在缓存困难和 N+1 查询等权衡。文章最后给出选型建议：单向推送用 SSE，双向低延迟通信用 WebSockets，灵活嵌套数据查询用 GraphQL，实际系统常组合使用。
本文系统讲解 API 设计的核心概念，聚焦资源导向设计模式及 REST 与 RPC 家族（gRPC、tRPC）的对比。作者首先介绍 API 设计的三大要素：资源、资源关系与边界，以及五种标准方法（Create、Get、Update、Delete、List）。随后分析 REST 的松耦合、JSON 传输特点及其在带宽和类型契约上的不足；gRPC 基于 HTTP/2 二进制协议和 proto 文件代码生成实现编译期紧耦合；tRPC 则面向全栈 TypeScript 项目，无需额外 schema 即可端到端类型安全。最后给出选型建议：公开 API、多客户端场景优先 REST。
作者详细介绍了 pragatiLM 的构建过程——一个只基于用户提供的源（PDF、网页、YouTube 视频、字幕文件或粘贴文本）作答并附带可点击引用的 AI 笔记本。文章系统讲解了基础 RAG 的原理及其三大失效点：问题作为搜索键不佳、存储只单向单次搜索、输出缺乏自检。pragatiLM 采用九阶段检索管线：将问题转化为五个搜索变体、并行多通道检索、基于排名一致性融合、重排序、答案 grading，低分时基于缺失诊断再次检索，极低分时拒答。文章还涵盖基础设施、消融实验测试等内容。
