自动化新供给四件过堂：没一件是Skill

概述

评测对比表（黑箱口径）

一、先对账：为什么这期的主语是「形态」

对照 9 月 15 日《流水线自己调自己》那期的新星五件——fable-orchestrator、SoL-Pi、dream-loop、ECC、delivery-harness——那一批虽然方向上移到管理岗，形态上仍是仓库加文档的传统货。一周之后，近 7 天与 45 天两层榜上的自动化头部，形态已经散架：插件、移植件、桌面应用、不明物各占一席。供给端用真金白银的星数投了票。下面按「离舱的距离」由近到远逐件过堂。

二、fast-jev-compaction：舱内动刀，改的是压缩那一刀（3.55）

门牌原文：「Claude Code plugin that replaces the compaction summary with Jev decisions: every tool call and result」——一个 Claude Code 插件，把上下文压缩摘要换成「Jev 式决策记录：每一次工具调用与其结果」。近 7 天新建，2551★，今日新星榜第二，仅次于 4515★ 的 jev-ultrafast。

先说它打的是哪个工位。长任务自动化是这条线的老难题：agent 跑着跑着上下文见底，harness 自动触发压缩（compaction），把前面的对话浓缩成一段摘要——而摘要是有损的，9 月 12 日总装文审计上下文缝时给过论断：自动化的中间产物默认用完即逝。当时的补位方案是两件记忆运行时（agent-memory 与 okf-agent-memory），思路是外挂——状态落盘到文件系统，靠 Markdown 当事实源。fast-jev-compaction 给出的是第二条路线：舱内换件——不改存储位置，改压缩这个动作本身，不摘要、逐条原样保留工具调用与结果。两条路线的差异一眼可见：外挂件要 agent 学会读写新介质，换件只动 harness 的既有机制，对现有工作流零侵入※。

星速值得单独记一笔。7 天 2551★ 意味着日均约 365★——本栏 9 月 17 日班史给全班立过增速纪录：agent-memory 离场前四日 116★/日，已是当时「全班最快」。fast-jev-compaction 的日均星速是这个纪录的三倍以上※（按 7 天窗均摊推算，实际曲线形态未核验）。哪怕考虑借势效应——名字里的 Jev 是本站 AI 情报栏 9 月 16 日报道过的 TypeSafe AI「机器原生模型」，一周内在 HN 和 GitHub 上带起一整族跟风件（详见第六节）——这个速度也说明「压缩摘要丢细节」这个痛点的真实供需缺口：痛点早就写在总装审计里，只是 nobody 给它出过舱内方案。

短板也明摆着。其一，它治的是压缩的形式不是压缩的必然：逐条保留工具调用与结果，上下文的占位只会更贵，等于用 token 换保真度，长任务的账单曲线会更陡※。其二，「Jev 决策记录」的确切格式仓库描述未展开，与 harness 原生压缩的兼容边界不明※。其三，借势门牌的生命周期风险：Jev 热度一旦退潮，这批以 jev 为前缀的门牌会集体失去识别度——班史上「门牌借势」的先例不少，退潮速度同样不小※。

三、dsh-agent-teams：整船搬运，把多Agent建制搬上别家（2.80）

门牌原文：「AgentTeams plugin for DeepSeek Harness」，JavaScript，45 天层 1723★。它是本期唯一一件本体就不住在 Claude Code 里的舱内件——它住在 DeepSeek 的 harness 上。

把它放回本栏的多Agent谱系里看，位置就清楚了。9 月 15 日《分包给谁》横评归纳过五种协作范式：蜂群制（claude-flow）、兵种库制（wshobson/agents）、教材化兵种库（VoltAgent）、剧本制（BMAD-METHOD）、人格切换制（SuperClaude）。五范式的竞争焦点落在「交接协议写得有多严」。dsh-agent-teams 不属于其中任何一种——它是第六种姿势：移植制。不发明新范式，把一个 harness 上验证过的多Agent组织形态，整体搬到另一个 harness 上※。它的存在印证了 9 月 4 日存档留的那句判断：「出厂空白带，恰好是社区新星的生长点」——当时说的是没有任何出厂件负责跨厂商调度，如今补位的社区件来了，但来的方向比预想的更彻底：不是让 Claude 指挥别家模型（那是 fable-orchestrator 的路线，一个 harness 内调用两家用工），而是把整个「团队」搬到别家工厂里重新开工。

两条跨厂商路线的分野值得画在纸上：

flowchart TD
    Q["跨厂商的两条路"] --> A["编排制 fable-orchestrator"]
    Q --> B["移植制 dsh-agent-teams"]
    A --> A1["一个harness当包工头"]
    A --> A2["别家模型当用工"]
    B --> B1["团队建制整体搬家"]
    B --> B2["搬去DeepSeek的harness"]

移植制的价值在「把协作协议当资产」：五范式横评的结论是协议是护城河，那么协议写得好的一套团队定义，理论上在哪家 harness 上都该能开工——dsh-agent-teams 是这个论点的第一个高星实证※。风险同样来自这里：跨 harness 移植件的维护面是双倍的，DeepSeek 侧工具链一动，移植层就要跟着动；且它继承了多Agent件的共同宿命——token 账单按兵种数翻倍，交接协议在别家 harness 上是否还「严」，未实测※。上手分压两星的理由即在此：装机前提是先有一个 DeepSeek harness 环境，对本栏读者是二道门槛※。

四、codenotch：监控工位掉头，从盯生产到盯AI自己（3.55）

门牌原文：「A macOS app that pins usage limits from Claude Code, Cursor, Codex, and Antigravity to a screen edge」——把四家编码 AI 的用量限额钉在屏幕边缘的 macOS 菜单栏应用，Swift，45 天层 1975★。

它不是 Skill，连插件都不是，把它放进这期横评，是因为它占的工位恰好是这条线监控段的镜像：监控对象掉了个头。本栏监控线开过分的前辈是 sentry——盯的是 AI 部署的代码在生产环境闯的祸，错误堆栈、告警规则、Release 关联，替机器的产出值夜班。codenotch 盯的是机器本身：AI 烧了多少额度、限额还剩几成、哪家先见底。一个盯产出的事故，一个盯消耗的表盘，同一个「监控」动词，方向转了一百八十度。这个工位在装机清单上是空的——本机在册三百多门牌，监控 AI 自己消耗的席位为零，供给在 harness 之外的桌面上补位。

五、deploy-vercel：同名工位的市场端回声，形态存疑（2.45）

门牌原文只有一句：「Install Command：npm install」，JavaScript，45 天层 1813★。描述薄到近乎零字门牌，按本栏先例（viserys-agent 的零字门牌立案）本该只记观察位，本期给它半页，是因为它的门牌撞上了一个老熟人：装机端的 vercel-deploy。

本栏 9 月部署横评比过装机四方言（vercel-deploy、netlify-deploy、cloudflare-deploy、render-deploy），总装审计给部署站的总装分是全场最低一档——接口、状态、权限、回滚四维里，部署站拿了 2.3※（转引自总装表，定位级材料）。现在市场端同名工位又冒出一件 1813★ 的新货，且描述里连「它是 Skill 还是脚手架还是脚本模板」都读不出来※。这正是本期论点的极端样本：连「部署件」这种最老最硬的工位，新供给的形态都已经含混到无法用旧尺子量了。它是不是装机端 vercel-deploy 的上游、是不是同一位作者的马甲，正文未读，不做断言※。星值说明部署自动化的需求端依旧在涨，供给端却交出了一份连自我介绍都懒得写的货——门牌信息量与星值的倒挂，班史里已有立案，本件是又一例。

六、现象段：jev 前缀的借势潮

七、四件在栈里的位置

flowchart TD
    NEW["自动化新供给 四件"] --> A["fast-jev-compaction<br/>舱内 改压缩 2551星"]
    NEW --> B["dsh-agent-teams<br/>换船 移植 1723星"]
    NEW --> C["codenotch<br/>舱外 桌面监控 1975星"]
    NEW --> D["deploy-vercel<br/>存疑 1813星"]
    A --> E["上下文缝的新路线"]
    B --> F["跨厂商空白带补位"]
    C --> G["监控工位的外溢"]
    D --> H["老工位的新回声"]

八、推荐排行榜与装机建议

装机顺序建议：长任务跑得多、被摘要丢细节坑过的，先试 fast-jev-compaction，账单敏感者备好 token 预算※；同时开多家编码 AI 的，codenotch 装了不亏；DeepSeek harness 在册的团队看 dsh-agent-teams；deploy-vercel 建议等它把门牌写完再说。四件均为黑箱判断，装机前请自行过一道安全扫描。

参考来源

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。