摘要 10 月 25 日早上 8 点（北京时间）抓取的 GitHub 周榜上，15 个项目有 13 个是 coding agent 本身或给它用的工具。按本周新增星数，逆向工具 REA 最多，约 7.9 万；Cloudflare 的安全审计技能、Claude 和 Cursor 的官方插件目录、多 agent 工作台 orca、跨厂商记忆 ai-memory 都在榜上。把它们归类，能看出一套新工作台的四层结构：技能与插件、编排与工作台、记忆与上下文、让软件变得 agent 可用。JetBrains 的开源 IDE ThinkRail 把其中第一到第三层做进了一个产品：每个 agent 在独立的 git worktree 里干活，项目意图写进 SPEC.md 规格图，IDE 只是跑 pi 的薄壳。星数是抓取时的快照，几小时内就会变，也不代表真实使用量。
看一周的 GitHub 趋势榜，就能知道开发者这周在折腾什么。截至 10 月 25 日的这一周，答案很统一：几乎都在给 AI 写代码的 agent 配工具。
这周的 GitHub 周榜：15 个项目，13 个和 agent 有关
GitHub 趋势榜的周榜，展示一周里热度上升最快的仓库（GitHub 没有公开排序算法，页面顺序并不按新增星数排）。10 月 25 日早上 8 点（北京时间）抓取的周榜一共 15 个项目，其中 13 个是 coding agent 本身，或者是给它用的工具。coding agent 指 Claude Code、Codex、Cursor 这类能自己读代码、改文件、跑命令的 AI 编程助手。剩下两个例外是做 AI 画图的 ComfyUI 和做大模型推理的 vLLM。
按本周新增星数看，最多的是 morluto/rea：一周新增 78,562 星，总星约 37.9 万。第二多的 Cloudflare 安全审计技能一周约 1.3 万星，只有 REA 的六分之一左右。榜单其余部分几乎全是配套：Anthropic 和 Cursor 的官方插件目录、多 agent 工作台 orca、编排框架 ruflo、把代码库变成知识图谱的 graphify、跨厂商记忆 ai-memory，以及把任意软件包成命令行工具的 CLI-Anything。
要说明的是，“本周新增星”是滚动统计，几小时内就可能变化上万，文中数字都是 10 月 25 日早上 8 点的快照；星数也只代表有人点了收藏，不等于真的在用，GitHub 不公开使用量，本文也没有找到可靠的使用数据。
REA 为什么一周涨近 8 万星
REA 的全称是 Reverse Engineer Anything，即“逆向一切”。逆向工程指在没有源代码的情况下，弄清一个程序内部是怎么工作的。按它的介绍，看到别家产品里一个想要的功能，就让 agent 用 REA 去分析：不看源代码，解释这个功能怎么实现，给出证据，再在自己的项目里做一个。要注意，逆向分析他人软件可能受用户协议、著作权和各地法律限制，商用前要先确认授权和合规边界。
它的形态是一个 MCP 服务器（MCP 是让 agent 调用外部工具的标准接口），一条 npx rea-agents setup 就能挂到 Claude Code、Codex、Cursor、Gemini CLI 等 agent 上。能分析的对象包括原生二进制、JavaScript 和 Electron 应用、.NET 程序集和网站；原生分析借用本机已有的 Hopper、Ghidra 或 IDA。分析在本地跑，每个结论附上证据和局限。
REA 本身不是 agent，它做的是把逆向这门门槛很高的手艺，包装成 agent 能直接调用的一组工具。这正好是榜单上最常见的思路。
把榜单拆开看：四层工具叠在 agent 上
把这 13 个项目按用途归类，可以看出一套新的开发工作台大致分成四层，底座是 coding agent 本身（Claude Code、Codex、Cursor、opencode、pi 等）。
第一层是技能与插件。 技能（skill）是一份 SKILL.md 文件，用文字告诉 agent 某类任务该怎么做；它按开放格式写，同一份可以在不同 agent 之间带走。Cloudflare 的安全审计技能、Android 官方的 android/skills，以及 Anthropic、Cursor 的官方插件目录都在这一层。
第二层是编排与工作台。 一个 agent 不够用了，就同时开好几个，让它们分工、互不干扰，再由人审查结果。orca 的介绍是“和一队 agent 一起工作的地方”，ruflo 主打多 agent 协同，后文要讲的 ThinkRail 也在这一层。
第三层是记忆与上下文。 agent 每次会话结束就忘了项目，ai-memory 负责跨会话、跨厂商保存记忆，graphify 把代码、文档、数据库结构和 PDF 变成一张可查询的知识图谱。
第四层是让软件变得 agent 可用。 现有软件大多是给人点的，agent 用不了。CLI-Anything 想把任意软件包成命令行，REA 把逆向工具包成 MCP，hyperframes 让 agent 写 HTML 来渲染视频。
ThinkRail：JetBrains 怎么做“人管一群 agent”的 IDE
ThinkRail 是 JetBrains InnovationHub 的项目（GitHub 仓库标注为孵化项目），Apache-2.0 开源，8 月 19 日首发，最新稳定版 0.2.0 在 10 月 18 日发布。它的星数不高，没有上这周的榜，但它把上面的第一到第三层做进了一个产品：可移植的技能、并行的工作区，再加上充当项目记忆的规格图，很适合拿来看新工作台长什么样。
每个工作区是一棵 git worktree。 worktree 是 git 自带的功能：同一个仓库可以同时检出多个分支，各自放在独立目录里。ThinkRail 给每个任务开一个 worktree 工作区，agent 在里面改代码，你原来的目录和 main 分支不受影响；几个工作区可以同时让不同 agent 干不同的活，好的分支合并，其余删掉。
规格图当地图。 项目意图写在一组互相链接的 SPEC.md 文件里，从产品目标到架构再到各个模块，agent 通过专门的 spec_* 工具读写和维护它们。官方博客的说法是，规格像护栏，始终在场，让 agent 不跑偏，也让意图在会话之间留得住，这正是第三层“记忆与上下文”要解决的问题。
IDE 只是薄壳。 底层 agent 是 pi，在 ThinkRail 进程里运行；模型、技能、上下文压缩和成本都归 pi 管，ThinkRail 只管工作区、编辑器和界面之间的通信，按它的说法“从不在背后拼提示词”。你给 Claude Code、Codex 写的技能，它也能直接读到。
0.2.0 加的功能也说明了重心在“审”而不是“写”：每轮 agent 改完，都会附一张回执，比如“3 files changed · +27 −4”，数字来自前后两次 worktree 快照，而不是 agent 的自述；你可以按代码块逐个选择保留、撤销，或者让 agent 解释这一块。
正在形成的共识，以及要打的折扣
这一节是编辑判断。从榜单和 ThinkRail 看，多 agent 开发正在收敛到几条做法：用 worktree 或类似的沙箱隔离每个 agent，改坏了直接丢掉；先把意图写成规格，再让 agent 动手；技能写成可移植的文件，不绑在某一个工具上。传统 IDE 厂商 JetBrains 亲自做 ThinkRail，也说明这不只是开源社区的玩具。
开发者的活儿随之变化：少写一点代码，多写规格、拆任务、审 diff，判断哪个分支该留。这和“AI 补全一行代码”是两种工作方式。
但星数要打折扣。一周近 8 万星有多少是真实使用、多少是跟风收藏，目前没有公开数据能回答；不少项目创建才几个月，能不能长期维护也还要看。更稳妥的读法是：这周的榜单说明了开发者的注意力在哪，而不是哪个工具已经赢了。