返回
项目与实践
Jev-Code-Reviewer:大 PR 先分 P0/P1/P2
Jev-Code-Reviewer 给 PR 改动做注意力排序,默认展开 P0,同时保留原始 diff 和失败回退路径,帮助人先看关键改动。
事实核验#
项目名称:Jev-Code-Reviewer。 作者和组织:egma-ai。 官方仓库:egma-ai/jev-code-reviewer。 核心功能:本地 CLI 分析 PR 中的改动单元。TypeSafe Jev 生成结构化优先级信号,策略把结果映射成 P0、P1、P2。OpenAI 生成 old logic、new logic 和 what changed 等解释。 Demo:仓库提供录屏、公开 Demo PR 和不调用 Provider 的 replay。 License:MIT。 最近代码提交:2026-09-25 04:47:19 UTC。 当前状态:公开仓库,未归档。 GitHub 动态数据抓取时间:2026-09-26 09:18 +08:00。当时仓库为 72 stars,2 个 open issues。动态数字只用于记录新鲜度,不进入发布文案。
证据卡#
官方仓库 README 说明了 P0、P1、P2、默认只展开 P0、原始代码可切回,以及当前使用限制。 架构文档 docs/ARCHITECTURE.md ↗ 说明 Git diff 是事实源。TypeSafe Jev 给优先级,OpenAI 生成解释,本地缓存再提供给 Chrome 扩展。 Demo provenance 位于 demo/README.md ↗。公开回放里的 Jev 分类来自真实 TypeSafe Jev API 调用。捆绑录屏里的解释使用准备好的文案,因为录制时 OpenAI 项目额度不足。Live analysis 可以调用真实 Provider。 公开 Demo PR 是仓库的 PR 1。
30 秒看懂#
Coding Agent 一次改很多文件时,逐行展开整个 PR 会先消耗人的注意力。Jev-Code-Reviewer 先分析每个改动单元,再按策略映射成 P0、P1、P2。P0 表示需要人审,P1 表示建议人审,P2 表示机械性或证据更充分的改动。 Chrome 扩展保留 GitHub 原来的文件容器,只替换 diff 表格。默认展开 P0,P1 和 P2 收起。你可以随时切回未经改写的 GitHub diff。优先级表示先看哪里,不表示代码一定对或错。
为什么有意思#
这个项目把问题定在人的审查时间上。它不另起一套 Review Dashboard。扩展直接嵌进 GitHub Files changed 页面,并保留文件名、折叠行为和原始 diff。报告不存在、过期或无法验证时,扩展继续显示源码。 这比把整个 PR 压成一段总结更容易核对。人可以先看 P0,需要时马上回到原始代码。
3 个值得借鉴的设计#
第一,把注意力优先级和正确性判断分开。P0、P1、P2 只决定人先看哪里,避免把模型分类写成安全结论。 第二,失败时回到事实源。报告缺失、过期或本地服务不可用时,界面继续显示 GitHub 原始 diff。 第三,让辅助层贴在现有工作流上。它保留 GitHub 原来的文件结构,只替换 diff 内容,用户不用切到另一套控制台。
评论
评论公开保存在 GitHub Discussions。
正在准备评论区…
评论框就绪后可以使用 GitHub 登录参与讨论,也可以直接打开仓库 Discussions。 打开 GitHub Discussions ↗评论会发布到 lora-sys/loraSys 仓库的公开 Discussions。