GitHub双响:阿里4.5万星代码审查Agent开源,另一个4.8万星把画图品味写成规则

GitHub双响:阿里4.5万星代码审查Agent开源,另一个4.8万星把画图品味写成规则

10 月 10 日的 GitHub 每日趋势榜,排前面的不是又一个「XX-GPT」,而是两个专门替开发者干杂活的工程化工具:一个审代码,一个画图。俩项目加起来快 10 万星,共同点也明显——真正值钱的部分,都不在 prompt 里。

OpenCodeReview:阿里把内部代码审查助手开源了

alibaba/open-code-review,45.4K 星,Go 写的,Apache-2.0,今天还涨了 326 星。

出身挺硬:阿里集团内部官方的 AI 代码审查助手,README 说过去两年服务了数万开发者、挖出数百万个代码缺陷,是验证过规模才孵化成开源项目的。装法就是一个 npm 包:

npm install -g @alibaba-group/open-code-review
ocr config provider   # 选模型端点
ocr config model
ocr review            # 开审

ocr review 支持工作区改动、分支区间(merge-base 模式)、单提交,中断了还能 ocr session list 接着审;ocr scan 更狠,压根不看 diff,整个目录甚至整个仓库全量扫——接手别人的代码库时用得上。

核心设计是「确定性工程 × Agent」的混合架构,这也是它跟一堆「装个 Skill 就叫 AI 审查」的项目的本质区别:

  • 绝不能出错的环节交给工程逻辑:该审哪些文件、相关文件怎么打包成一个审查单元(比如中英文两份配置文件放一起看)、规则怎么按文件特征做模板匹配(NPE、线程安全、XSS、SQL 注入等内置多语言规则集),再加两个独立模块——评论定位模块负责行号对准,反思模块负责复核内容。相关文件打包后每个单元跑一个隔离上下文的子代理,改动集再大也能并发、不挑着审。
  • Agent 只干它擅长的:动态决策和上下文检索。读整个文件、在代码库里搜索、翻其他改动文件补背景,配的是从生产环境工具调用链路里蒸馏出来的场景专用 Prompt 和工具集。

官方把纯语言驱动的毛病写得很直白:改动集一大通用 Agent 就挑着审、报的位置行号漂移、prompt 微调一下质量就抖。根因是流程上没有硬约束。

数据也敢摆:他们做了个 AACR-Bench,50 个流行开源仓库、200 个真实 PR、10 种编程语言,80 多位资深工程师交叉标注出 1505 个真实问题。同样的底座模型下,对比通用 Agent(Claude Code),Precision 和 F1 明显更高,单次审查只花约 1/9 的 token。代价是 Recall 更低,官方承认这是刻意取舍——宁可少报,也不给你一堆噪音自己翻。

接入面铺得也开:Claude Code、Codex、Cursor、Kimi Code、OpenCode 都有对应插件,另给了 MCP server 扩展工具、GitHub Actions / GitLab CI / Gerrit 的 CI 集成,还有 Session Viewer 在浏览器里回放审查会话。不想给它配 API key 也行,Delegation 模式下 OCR 只负责文件选择和规则解析,审查本身交给宿主编码 Agent 自己的模型跑。

OpenCodeReview 混合审查流水线架构图
OpenCodeReview 的流水线:文件选择、打包、规则匹配走确定性工程,只有审查和上下文检索交给 LLM

Diagram Design:把「画图的品味」写成规则

cathrynlavery/diagram-design,48.1K 星,今天一天涨了 1739 星,是这波趋势里增速最猛的之一。

作者 Cathryn Lavery(她的小公司叫 LittleMight)做这个纯粹是为了给自己的博客 littlemight.com 配图:每次让 Claude 画架构图,回来的都是圆角方块通用脸,跟站点风格完全不搭,要么跟 Figma 搏斗半小时,要么干脆不画。模型懂内容,缺的是品味,于是她把品味写成了规则:一个强调色只给 1 到 2 个重点、1px 细线、禁止阴影、所有坐标落在 4px 网格上、目标密度 4/10,还留了句「最高质量的动作通常是删」。

能力上,44 种图型(架构、时序、流程、象限、现状图……),每种提供浅色极简、深色极简、全编辑风三个变体;产物是单个自包含 HTML + 内联 SVG,没有构建步骤、没有 JS、没有外部图片依赖,双击就能开。

最实用的是品牌 onboarding:onboard diagram-design to https://yoursite.com,它抓你的首页、抽主色和字体栈,映射成 paper / ink / muted / accent / link 这些语义角色,写进 style-guide,还会自动做 WCAG AA 对比度检查(小字号下不合格的颜色会直接被改掉并说明原因)。之后画的每张图都是你站的配色和字体。导出走 /export-diagram 出 SVG 或 PNG,旧的 Mermaid、draw.io、Excalidraw 图也能喂进去重画成同一套风格。

装法同样是给编码 Agent 加 Skill:

npx skills add cathrynlavery/diagram-design

Claude Code、Codex、GitHub Copilot、Cursor、Gemini CLI、Windsurf 这些认 Agent Skills 的宿主都能用,官方市场也铺了插件目录。

实话

星数不说明质量,只说明需求是真的:代码审查和配图,都是开发者天天拖着不干的脏活。但这俩项目真正值得看的地方是同一条思路——把容易出错的环节从 prompt 里拿走,塞回工程约束。OCR 的文件选择、打包、定位不给模型发挥;Diagram Design 的网格、对比度、密度不靠模型自觉。模型只负责它确实强的部分。

作者们也都诚实写了什么时候别用:Diagram Design 自己在 README 里承认,同一句 prompt 两次布局可能不一样,产物也不是能 diff 的源格式,Git 里每个 Sprint 都要改的图还是老老实实写 Mermaid;OCR 也没想取代通用 Agent,它只在「审查」这一件事上把 token 和误报压下去。往后判断一个 Agent 工具靠不靠谱,看的已经不是它会不会调模型,而是它敢不敢在关键路径上不用模型。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注