每天从 GitHub 本周在涨的项目里挑 5 个，偏向 AI Agent 和开发工具。我读了每个项目的 README、发布记录和最近的提交，没有逐个安装运行；哪条试过，会在条目末尾写明。Star 数等数字取自 GitHub，截至 2026-10-19。

1. apache/maka ⭐ 5,847 · TypeScript

GitHub：https://github.com/apache/maka

一句话：把 Agent 每一次模型调用、工具调用和权限决定写成只追加日志的本地工作台，桌面、终端和评测器都是这份日志的投影。

它是什么：Apache 孵化项目，5 个月做到 5,847 stars、146 位贡献者。核心是一个 Runtime Host——每个状态根只有唯一的执行与写入权威，Electron 桌面、TUI、CLI、Bot、评测客户端都走同一个协议边界，数据落在本地 SQLite。评测部分逐题公开：项目报告称，在 Terminal-Bench 2.1 全部 89 题、同一个 DeepSeek V4 Flash 模型上，Maka 通过 61/89（68.54%），OpenCode 通过 49/89（55.06%）；16 题只有 Maka 过、4 题只有 OpenCode 过，McNemar 精确检验 p=0.0118。

值得注意的地方：

  • 日志是唯一事实源，不是事后补的审计。 UI、下一次 prompt、崩溃恢复都是 RuntimeEvent 的投影；上下文裁剪只改 provider 输入，不改历史。旧工具输出可以离开 prompt，但不会离开日志。
  • 它把「没时间做完」和「做不出来」分开记账。 同一份报告里 Maka 有 15/89 个 cell 预算耗尽（16.85%），OpenCode 是 24/89（26.97%）。这份报告仍把预算耗尽的 cell 计为失败，同时单独报出耗尽比例，这个口径更接近真实运维。
  • 成本按「每次通过」算。 $0.031718 对 $0.031712，差 0.02%；报告自己写明这是单次运行的点估计，不是等价性检验。我会先读逐题结果，再拿汇总数字来选运行时。
  • 多机连接不合并执行权。 Peer Mesh 负责成员与连接，Rust 原生插件做 direct-peer，每个状态根仍然只有一个 Host 写。
  • 本地优先有明确代价。 API key 存在本地明文文件里，只靠 OS 账户权限保护；升级后旧 JSONL 记录不导入，可能看到空会话。

和同类比：就这项比较而言，我会先看 Maka 公开的逐题 CSV、配对检验与成本模型。它的事件优先架构，适合与 LangGraph、Temporal 的流程定义并列来看；这是不同的设计取舍，不能据此说其他运行时缺少可审计性。

最近更新：0.2.1-dev.91（2026-10-18，nightly）。10-19 当天提交 prepare 0.2.2 and correct source packaging (#6148)，另有两个 UI 修复：会话设置与发送的竞态（#6150）、断线重连时保留运行中的工具状态（#6145）。正式 Apache release 仍是 0.2.0，nightly 明确标注未经 release vote。

适合谁：要自己搭 Agent 运行时、且在意「跑完能不能复盘」的团队；做合规审计、需要重放执行过程的场景。注意孵化阶段版本会变，nightly 不要用在生产。

我的看法：⭐⭐⭐。功能列表不是它的卖点，事件日志加公开评测这两件事值得单独读一遍架构文档。

核验：读了 README、ARCHITECTURE.md、docs/eval 下的 Terminal-Bench 报告、release 与最近提交，没有安装。

2. zvec-ai/zvec-grep ⭐ 4,118 · Rust

GitHub：https://github.com/zvec-ai/zvec-grep

一句话：把 ripgrep、BM25 和向量检索收进一个本地 MCP 接口，让 Agent 用更少的调用找到证据。

它是什么：命令叫 zg，索引存在项目下 .zvec-grep/，人用 CLI、Agent 用 MCP。默认本地嵌入，远程嵌入要显式授权才发数据；底层向量引擎是阿里的 zvec。3 个月 4,118 stars、15 位贡献者，正式版本只有两个（v0.1.5、v0.2.0），但主干提交很密。

值得注意的地方：

  • 词法与向量查询共用同一个接口。 一个 MCP 调用可以同时带 fts 和 vector，精确 identifier 走词法、模糊描述走向量，结果融合排序。
  • 为代码加了结构。 索引保留符号、签名、breadcrumbs；10-19 的 #181 在加 symbol metadata 与 file graph 契约，方向是让跨文件调用链变成可检索对象。
  • 评测同时量检索质量与成本。 SWE-QA20 用 20 个固定问题、11 个钉住 commit 的仓库，hybrid / fts / vector 三臂各重复 5 次、共 300 次调用；另有 BEIR 75,128 篇文档、DuRetrieval 100,001 段、Quarry 20 个仓库 8 种语言。指标是 Hit@1/5/10、MRR、nDCG，另记输出体积与延迟。
  • CI 自动比对检索质量。 每个 PR 跑 base / head / delta，结果回到 PR 评论，检索退化会在合并前暴露。
  • 版本慢、接口可能变。 v0.2.0 自称首个完整 public preview，升级前要看 breaking changes。

和同类比：zg 提供带排序的词法与向量检索，索引放在项目本地。对 claude-context 或 IDE 内置索引这类替代方案，我会分别核对嵌入服务配置、数据路径与索引可见性。

最近更新：v0.2.0（2026-08-27）凑齐混合检索、结构感知索引、托管式 Agent 集成、本地与远程嵌入、增量更新。10-15 加 Pi agent 支持（#250）；10-19 加 symbol metadata（#181）、修管道提前关闭时的 EPIPE（#241）。

适合谁：代码库和文档库混在一起、Agent 经常「找不到」的团队；在意数据不出本机的人。Apache-2.0，Node 22 以上。

我的看法：⭐⭐⭐。我会先从一个子目录开始试，看过检索结果和索引成本，再决定是否扩到整个工作区。

核验：读了 README、benchmarks/README、release 与最近提交，没有安装。

3. simstudioai/sim ⭐ 29,836 · TypeScript

GitHub：https://github.com/simstudioai/sim

一句话：把 Agent、流程、表格、文件和知识库放进同一个工作区的可视化平台，可云端也可自托管。

它是什么：左侧聊天、右侧流程编辑器，底下共用表格、文件与知识库。README 写 270+ 集成、5,400+ 动作、520+ 触发器。2025-01 建仓，53 位贡献者，release 已过 100，4 天连发三个版本。技术栈是 Next.js、Bun、PostgreSQL、Drizzle、ReactFlow，远程执行用 E2B，隔离执行用 isolated-vm，后台任务用 Trigger.dev。

值得注意的地方：

  • 产品单位是「工作区」而不是「一条流程」。 表格是内置数据库、文件是团队与 Agent 共用存储、知识库是可同步的文档；权限模型是同一套。
  • 自托管是一等路径。 npx sim-setup 建部署目录、生成密钥、起库、拉镜像，另有 doctor、config、add <capability>；email、storage、sandbox、jobs、cache、knowledge 可按需插拔。
  • v0.9.26 大半是安全修补。 移除可改写运行日志与成本的客户端路由（#9183）、密码重置撤销会话与 OAuth（#9178）、Salesforce 实例 URL 钉域名并限制外发（#9177）、SCIM 改地址即终止授权（#9181）。这些改动涉及面向租户的访问边界；仅凭 release notes 无法确认部署规模或安全性。
  • 桌面端复用同一后端。 macOS 12+ 客户端可以指向自托管部署，不是另一套运行时。
  • 自托管门槛不低。 官方要求 Node 20+ 与 Docker，本地开发提示需要 12GB 以上内存。

和同类比：我会拿 Sim 自带的表格、文件和知识库去对照 n8n、Dify、Langflow。共享存储与权限边界要在具体部署里核对；单看集成数量，很难判断流程是否合适。

最近更新：v0.9.26（2026-10-17）让 Chat 直接读写 Project files（#9034），加 Microsoft Sentinel 接入（#9162）、扩 Databricks API（#9163）、补 Oracle Fusion 财务操作（#9165）；computer use 改为按组织灰度（#9182）。

适合谁：要把多个 SaaS 串成 Agent 流程、又要求数据留在自己库里的团队。注意自托管运维成本，以及集成质量参差——270 个集成不可能个个同等深度。

我的看法：⭐⭐。值得读它的能力插拔与日志权限设计，整套搬进来偏重。

核验：读了 README、v0.9.24 到 v0.9.26 的 release notes 与最近提交，没有部署。

4. QwenLM/qwen-code ⭐ 28,567 · TypeScript

GitHub：https://github.com/QwenLM/qwen-code

一句话：终端里的开源编码 Agent，文档列出 IDE、桌面、Web 与四个 IM 入口。

它是什么：qwen 是主入口，支持 SubAgents、Agent Teams、动态工作流、Auto-Memory、Auto-Skills、Hooks、MCP、Plan Mode、LSP、沙箱、Git worktrees、computer use。另有 VS Code / Zed / JetBrains 插件、桌面端、qwen serve 的 Web UI、TypeScript / Python / Java 三种 SDK、headless 模式。2025-06 建仓，420 位贡献者，release 过百。

值得注意的地方：

  • 同一任务多模型对打。 内置 Agent Arena，同一个任务让多个模型 head-to-head；它把模型对比做成一条可检查的明确流程。
  • daemon 是服务，不是另一个终端。 qwen serve 用 HTTP 加 SSE（ACP）把 Agent 变成多客户端共享的执行体，CLI、IDE、Web、IM 连同一个会话。
  • IM 通道在主仓里。 Telegram、钉钉、微信、飞书四个通道，qwen channel start 起；消息入口到 Agent 回复的骨架是现成的。
  • SWE-bench 给的是区间不是峰值。 7 个版本、同一个 Qwen 3.7 Max、500 题、每版 3 次，平均 76.40%–77.80%。版本间稳定，但没有单点最高分可吹。
  • 协议不锁死。 OpenAI、Anthropic、Gemini、Qwen 四种协议，第三方 provider 与 Ollama、vLLM 都能挂，运行时切换。

和同类比：若要把编码能力嵌进别的系统，我会对照 Qwen Code 的三种 SDK、daemon 协议与通道支持，看 Claude Code、Gemini CLI、OpenCode、Cline 各自暴露什么接口。功能名称相同，不能证明行为一致。

最近更新：v0.25.3-preview.0（2026-10-16）以稳定性为主：中断回合的 journal-only 结算（#14160）、子 Agent 关闭时停掉各自的 Turn（#14218）、重启后可恢复的 Runtime drain（#13986）。10-19 加空会话预热隔离 worker（#14599）、托管形态参考配置（#14631）、私有文件回合走托管执行（#14487）。

适合谁：想用开源模型跑编码 Agent、又不想被单一协议绑住的团队；要把编码能力嵌进自己产品的开发者。Apache-2.0，Node 22 以上。注意 preview 版本迭代快。

我的看法：⭐⭐⭐。真正有价值的是它把 Agent 做成服务的那一层，不是终端界面。

核验：读了 README、v0.25.3-preview.0 与 nightly 的 release notes、最近提交，没有安装。

5. makecindy/cindy ⭐ 3,193 · TypeScript

GitHub：https://github.com/makecindy/cindy

一句话：开源 Agent 客户端，把 Claude Code、Codex 等多个 harness 装进一个「伙伴」，桌面、手机、IM 都能用。

它是什么：仓库只有客户端——Electron 桌面、Expo / React Native 手机、共享 packages；后端在私有仓库。harness 首发 Claude Code 与 Codex，模型与 harness 可自由混搭，任务中途换 harness 不丢工作区、记忆、技能与工具；一个任务可以由不同组合分别计划、并行执行、再评审。2026-07 建仓，142 位贡献者，68 个 release，版本还在 0.1.x。

值得注意的地方：

  • 记忆放在 harness 之上。 换 harness、换模型、上下文压缩都不丢；v0.1.111 起换主力电脑也能把对话、附件、待办、例行任务一起迁走。
  • 需要本人做的步骤交回给人。 登录、密码、验证码变成设备上的卡片，填完自动继续；项目称卡片内容留在设备上，不进模型输入、记录或推送通知。这条数据路径我没有实测。
  • IM 机器人可自带。 Telegram、飞书、企业微信、钉钉、Discord，一个伙伴接多个平台；私聊进主任务，群聊与陌生人私聊各自独立会话，外部成员只给访客权限、不能执行命令。
  • 程序级心跳。 能发现卡住、等待确认、出错、额度耗尽的任务；工作台分成「等你」和「在做」两块。
  • 1,755 个 open issues 对 3,193 stars，比例偏高，可能是开放 triage 也可能是噪音；加上后端闭源，采用前要自己判断维护节奏。

和同类比：Cindy 文档给出的组合是本地执行、可换 harness、记忆跨入口连续。我会拿这些行为直接对照单 harness 客户端或托管服务，并看清哪些能力仍依赖它闭源的后端。

最近更新：v0.1.111-beta（2026-10-19）伙伴跟账号走、自带 IM 机器人、程序级心跳、MCP Apps 交互卡片；v0.1.110（10-16）本机声纹识别与「一个伙伴一台主力电脑」；v0.1.109（10-15）把登录与验证码变成设备卡片。

适合谁：已经在用 Claude Code 或 Codex、又想让同一个人设在手机和 IM 里延续的人。Apache-2.0 只覆盖客户端，服务端能力要买官方服务或自带模型 key。

我的看法：⭐⭐。交互与权限设计值得抄，产品本身还在早期。

核验：读了 README、v0.1.109 到 v0.1.111 的 release notes 与最近提交，没有安装。

速览

项目 定位 最独特的一点 适合谁 值得深入
maka Agent 运行时 只追加事件日志，桌面和评测器都是投影 要给 Agent 做审计与复盘的团队 ⭐⭐⭐
zvec-grep 工作区检索 ripgrep、BM25、向量一个接口融合 代码与文档混库、嫌 Agent 找得慢 ⭐⭐⭐
sim Agent 工作台 表格、文件、知识库与流程同一工作区 要串多个 SaaS 又要求数据自留 ⭐⭐
qwen-code 编码 Agent daemon 加 SDK，Agent 变成可调用服务 要把编码能力嵌进自家产品 ⭐⭐⭐
cindy Agent 客户端 多 harness 可换，记忆跨端连续 已在用 Claude Code / Codex 的个人 ⭐⭐

本期观察

  • 逐题证据让运行时更容易被评估。 Maka 把同模型 A/B 的逐题结果、配对检验、每次通过成本一起放进仓库，这比再发一篇「benchmark 领先」的博客有说服力。以后评估一个 Agent 框架，先问它敢不敢公开逐题结果。
  • 检索层正在变成 Agent 的基础设施。 zg 的评测同时记录检索质量、工具调用、输出体积与延迟，不是只看一个召回数字。检索质量、输出体积与延迟要放在一起测；结果更小，只有在仍包含任务所需证据时才有用。
  • 编码 Agent 的外形在分叉。 qwen-code 走 daemon、SDK、四个 IM 通道，把自己变成可被调用的服务；cindy 走多 harness、桌面、手机、IM 一体，把自己变成人的常驻入口。它们为同一类底层编码工作提供了不同的入口。
  • 当天发布的安全修补比新功能更能说明项目阶段。 Sim v0.9.26 大半是 OAuth 撤销、SCIM 变更、日志写入权限、外发域名限制，这些都是部署评审里应当逐项核对的边界。仅凭安全修复的数量，无法确认是否已具备生产条件。