HN讨论 · 身份未知
复用编码会话上下文的低成本 PR 审查流程
三人开发团队认为现有 PR 审查工具都从 diff 开始且收费，为了节省审查时间，他们构建了基于 Claude 会话的 MCP 服务器：Reviewer 子代理从 diff 提问，Author 子代理用会话上下文回答，并生成意图文档；无法回答的问题会转回主会话代理修正代码。该信号体现小团队对上下文感知、低成本 PR 审查流程的需求。
查看原始信号hn:49546071
目标用户
预算有限、无法在 PR 审查上投入过多时间的 1-3 人小型开发团队（本信号为三人团队）
潜在需求
需要一种能基于编码会话上下文完成 PR 审查、降低人工解释成本且不额外收费的流程或配套方案，让小团队更快完成审查并减少发布 bug。
发生场景
团队日常发布前需要审查 PR，但已有审查工具都从 diff 开始，缺少作者在编码会话中的上下文，且所有工具都要付费；对预算有限的三人团队，这会占用过多时间和成本。
来源证据
三人团队因现有 PR 审查工具都从 diff 开始且收费，构建了驻留在每个开发者 Claude 会话中的 MCP 服务器。
We are a three person team and one thing that we cannot afford to do is spend too much time on the PR. While there are review tools around it to help in the process, all of them start from the diff and the other problem is all of them cost money. So, I build an MCP server which resides in every developer claude session. The MCP server spawns couple of sub agents: Author and Reviewer Author holds the chat session without the code and the Reviewer holds the diff. The reviewer tries to reason outhttps://news.ycombinator.com/item?id=49546071
为什么值得留意
作者先指出现有方案的结构性共性——都从 diff 开始且都收费，然后展示了自己实现的替代形态：在 Claude 会话中以 MCP 服务器调度 Author/Reviewer 子代理相互提问，并输出变更意图文档，还附带修正代码的效果。即便无独立评论验证，这也是可观察到的真实自建解法记录，值得继续跟踪同类需求是否出现。
已有方案
- 现有 PR 审查工具（未具名）：从 diff 开始，全部收费
未满足部分
- 现有审查工具只从 diff 出发，缺少编码会话上下文，导致 Reviewer 无法完整 grounding
- 现有审查工具全部收费，对小团队形成成本阻碍
可能延伸 · 模型推测
- 把会话感知审查与意图文档输出做成 CI/编辑器无关的通用服务
- 将生成的意图文档沉淀为团队变更知识库或后续审查基线
目前未知
- 信号来自项目作者自述，HN 帖子无评论，缺少独立用户反馈
- 材料未说明该 MCP 服务器是否开源、免费或可自托管
- 减少 bug 的效果仅出自团队自身观察，缺少外部证据
继续核实
- 其他 1-3 人团队是否同样因现有 PR 审查工具从 diff 开始且收费而受阻？
- 基于编码会话上下文的审查是否能在非 Claude 开发环境中复用？
- 生成意图文档的流程是否能稳定降低审查往返时间？
主题词
code reviewpull requestdiff-based reviewcoding session contextintent documentation