调度内核开源，测量写明机器

网易页面把数字生命卡兹克这篇文章的发布时间写成 2026-11-04T08:23:35+08:00，也就是北京时间 11 月 4 日 08:23。文章宣布把一套用了一年的 Agent 自动化系统开源，名字叫 Agent-Autoloop，仓库地址写的是 github.com/KKKKhazix/agent-autoloop。GitHub Releases 里 v1.0.0 的发布时间是 2026-11-03T21:58:04Z，换成北京时间是当天 05:58，早于这篇转载的钟点。文章写，周一的时候没有开源，这次花了两天时间重写。微信原文这边打开时停在验证页，下面的叙述以网易这一页和仓库 README 为准。

README 把内核写成大约 1650 行代码、零运行时依赖。它不读系统时钟、不用随机数、不向外发请求，插件主动连进来，同一套输入会得到同一套结果。文章把内核限制成四件事：收事件、按规则分活、把活派给 Agent、把每一步都记下来。事件来源、Agent、通知通道和代码交付流水线都放在内核外面，做成可替换的插件。文章点名现在装好就能用的有 Claude Code、Codex，以及支持 ACP 的 Agent。README 写系统支持 macOS 和 Linux，运行前需要 Node 24。通道写了飞书、钉钉、企微、Slack、Discord，另外还有桌面通知。

README 的实测表写明机器是 Apple M5 Pro、24 GB 内存、Node 24.21.0。写入逐条提交，事务落盘后才应答。表上冷启动 88.78 毫秒，空闲内存 59.94 MB RSS，1000 个同时等待的长轮询占 170.49 MB RSS，持久化写入 2394 条/秒，派活的 p99 是 1.82 毫秒。110 万条事实时的启动是 99.8 毫秒。内核行数含空行和注释为 1651，运行时依赖为 0。同一段写，达标线按这台机器定，换一台机器可能报未达标。文章里的暴力测试把同一组现象说成启动不到 0.1 秒、平时约 60MB、1000 个连接约 170MB、派一个活基本在 1.5 毫秒以内、大约 1600 行、没有第三方依赖。两处都是作者自己的测量，不是第三方复测。

README 用四个名字说明内核怎么处理等待、记录、外部文字和连环叫醒。挂起零消耗：等人拍板时进程退出，等待状态放在数据库里，这段时间不跑 Agent 进程，也不花 Token。事件溯源：状态从一条只追加的日志算出来，日志和索引在同一个事务里写进磁盘，写完才应答。README 写，进程被强杀时已经确认的事不丢，并在同一句里注明整机断电没有单独测过。文章把断电也写成已经记进去的东西还在。这句话比 README 更满，README 没有做这项测试。指令数据分离：Issue 的标题和正文等外部文字只作为资料放进文件，不拼进提示词；提示词里只有校验过字符的类型、编号和链接。事件里若带目录、Agent 或权限字段，会被直接拒收。文章只说这样能防一些提示注入，没有写覆盖到哪一类输入。跳数熔断：Agent 再叫醒下一个就加一层，经过人工提问和定时复查也不清零，Agent 自己改不了这个层数。超过 8 层就只记录、不再派活，并送出一张卡片。

文章用作者自己的公司做例子。同事们已经提了八十多条意见，Claude 自主修改了将近 70 条，作者拍板了十几条。能够自动处理的需求，文章写系统能在 1 个小时之内改完，同事收到反馈，然后上线。这是作者对自家使用情况的叙述，不是外部审计。同一篇把版本写成 1.0.0，并写肯定还有很多不完善的地方，甚至还会有一些 bug。交付插件那一段写，审查和上线只认主干上的那一份，拉取请求里的代码不会在作者的电脑上跑。

README 还写，历史变大以后状态汇总会变慢，日志和索引继续占磁盘。格式变化后的首次启动要从日志全量重建，110 万条用时 43.1 秒。中台调用的是本机已经安装并登录的命令行工具，不会读取或转存账号凭据，模型消耗算在那个账号名下。项目写明自己是独立开源项目，与文中点到的模型厂商没有隶属或背书关系。仓库页面标的许可证是 MIT。这些边界都写在仓库说明里，文章的开源宣言没有再测一遍。