选一个AI智能体框架，可能要到一年后才发现，写它的人早就停止更新了。这不是危言耸听——在StillShipping对比的五个框架里，只有一个在首页明确标注了自己的维护状态，另外四个对此只字不提。

这个唯一主动"坦白"的框架是AutoGen。它的README在2026年9月4日这样写道："维护模式。AutoGen现已进入维护模式，将不再接收新功能或增强，今后由社区管理。新用户应转向Microsoft Agent Framework。"

打开网易新闻 查看精彩图片

StillShipping是什么？

StillShipping是一个智能体工具的新鲜度看板，覆盖编排器、规范框架、命令行智能体和IDE扩展。每个被追踪的工具都会获得三个判定之一：维护中、停滞或已死。这个判定不是人工评估，而是每天凌晨2点由ops/refresh.mjs脚本通过GitHub API自动重新计算。

它的目标用户很明确：正在两个框架之间做选择的开发者，或者已经依赖某个框架、想知道背后是否还有人在维护的人。每个工具一行，附带一个百分制评分和所有产生该评分的信号。页面还单独列出了已停止维护的工具清单、评分规则说明，以及可供程序直接调用的JSON数据。阅读完全免费，不需要密钥，不需要注册，也没有调用次数限制。

评分机制：沉默一年直接判"死"

评分完全基于API能看到的真实数据。一周内有代码推送，起始分100分；一个月内92分；一个季度72分；半年55分；一年32分；两年12分。一旦超过365天没有任何动静，"已死"的判定会被强制执行，无论其他信号如何。已归档的项目则直接归零。65分及以上算"维护中"，25分及以下算"已死"，中间区间是"停滞"。

有意思的是发布信号的具体扣分规则：一个项目如果曾经每40天发布一个版本，但已经300天没发了，会被扣12分。而一个从未发布过任何版本的项目，只扣2分。这个差异背后有明确的逻辑，写在ops/score.mjs的注释里：没有养成习惯不等于打破了习惯。从未发布过版本的项目在这个维度上无法判断，不能直接认定它已死，所以重罚只留给那些曾经有节奏、后来打破节奏的项目。

数据自检：每个数字都能追溯

StillShipping的每个数据格都存了三个信息：来源URL、读取日期，以及一段必须仍然存在于页面上的原始字符串。只有当这段字符串还在，该数据才继续有效。ops/qa/compare-gate.mjs --verify命令会重新抓取所有来源，一旦发现字符串缺失就判定失败。

这套自检机制在2026年9月2日就抓到过一次变化：CrewAI的README从uv pip install crewai改成了uv tool install crewai，而且crewai[tools]这个附加依赖从文件中完全消失了。

看板地址：https://stillshipping.kynth.studio/kd

这个项目本身也是一个"每月拆解一个已上线产品"的案例：它做什么、构建成本多少、背后的流水线长什么样、数据表现如何，全部直接从仓库和线上站点读取，而不是凭记忆写出来的。

对于正在选型智能体框架的开发者来说，这个看板的价值在于：它把"这个框架还活着吗"这个问题，从需要翻遍GitHub提交记录和issue列表的体力活，变成了一行评分和三个字的判定。在AI工具迭代速度以周计的当下，知道一个框架是否还在被维护，可能比看它的功能列表更重要。