部署位有四物种（09-28 期），CI 位有红灯自愈四件（09-28 期），编排位 gstack 与 astra-luna 先后结案（09-30 期），调度位 Harvester 交卷（09-30 期）——第 5 轮的四个工位里，只剩监控位还挂着本栏 10-01 期存档里的那句账：「CI 位与监控位近 45 天零供给，本期无可更新，继续挂账」。本期把这笔记账翻过来对了一遍，核心发现一句话：监控位在 SKILL.md 货架上空了四十五天，但「管好一群 Agent」的需求一天没停——它搬家了，从 SKILL.md 搬进了菜单栏。印刷区里先后进场五户壳系仓库：换模壳 magpie、窗口壳 monocode、桌面壳 DSH 两户、仪表壳 codenotch、管家壳 ai-manager，外加一个想连桌面一起收编的 agentic OS（rome）。同时，毕业线门口躺着一对消失悬案：growth-lab 与 codenotch 同样在距 2000 星毕业线一步处从印张蒸发，一条冻着走的，一条飞着走的——印刷值本身就能判决它们的去向。
第一笔：09-29 期的毕业预言翻车了。 《四闸空转，驾驶舱在涨价》当时给 monocode（hardbeat920/monocode，「A GUI for your coding agents」）记了一笔：「离 2000 毕业线只差 308 星，按 whiteboard 的先例，大概率在一两天内走完这条路，届时本栏可以复核」。现在三个印刷日过去，星轨是 1692（09-29）→ 1739（09-30）→ 1772（10-01）——件还在印张上，距毕业线还差 228 星，近两日斜率 +47、+33 且逐日放缓，按这个速度走完还需五六天。「一两天」把壳赛道的毕业速度想快了一个量级，预言挂账，改判：monocode 的毕业窗口在 10 月第一周末※，且星越多越慢的减速形态，比 whiteboard 式的直线冲线更接近壳系件的真实曲线。
第二笔：消失区里躺着一对悬案。 09-29 期立壳赛道时只点了 magpie 与 monocode 两户在印的，但翻 30 天印刷存档，壳系与流程系在毕业线门口各消失了一件——这正是本期第二、六节的主角。
五维权重沿用本栏总账：功能 25%、设计 25%、实战 20%、上手 15%、社区 15%，上手为反向计分（星越多越省心）。三件首考的实战一律封顶 ★★（沿用 10-01 期纸面口径）；对照席沿用存档判例不重评。
| 席位 | 壳型/科目 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权 | 口径 |
|---|---|---|---|---|---|---|---|---|
| vinzdg/codenotch | 仪表壳 | ★★★★ | ★★★☆ | ★★ | ★★★★ | ★★★★ | 3.48 | 本期纸面首考 |
| OnlistTeam/ai-manager | 管家壳 | ★★★ | ★★☆ | ★★ | ★★★☆ | ★★ | 2.60 | 本期纸面首考 |
| tsingyuai/growth-lab | 业务流程件 | ★★★☆ | ★★☆ | ★ | ★★★ | ★ | 2.30 | 本期纸面首考 |
| 对照：hardbeat920/monocode | 窗口壳 | — | — | — | — | — | 3.80（09-29 判例） | 星轨更新至 1772 |
| 对照：yetone/magpie | 换模壳 | — | — | — | — | — | 4.45（09-27 存档） | 不重评 |
| 对照：DSH-EAC/DSH-Desktop-EAC | 桌面壳 | — | — | — | — | — | 3.45（09-29 判例） | 不重评 |
| 星轨席：dsh-tauri-desk/deepseek-harness-desktop | 桌面壳·另一户 | — | — | — | — | — | 未评分 | 1735→1947，疑似毕业※ |
| 点名席：rome-os/rome | OS 野心 | — | — | — | — | — | 不评分 | 单点印刷，信息不足 |
「小而美」层的收录区间是近 45 天新建、80 到 2000 星。本栏曾按 whiteboard 先例把「从印张消失」读作「越线毕业」，growth-lab 和 codenotch 这一对，恰好把这个推断的两条岔路各演了一遍。
growth-lab：冻着消失的。 tsingyuai/growth-lab，Python，门牌自述「An end-to-end growth tool that understands the product, fetch the data it needs, researches the mark……」（印刷截断）。六个印刷点全勤：08-31 印 1986，09-01 印 1985，09-03 至 09-06 连续四期钉死在 1989——六天涨了 3 星，日均 0.5。然后 09-07 起从印张消失，离毕业线永远差着 11 星。一条冻平的曲线没有可能在一天内冲过 2000，它的离场只剩一种解释：45 天窗龄到期，被时间请出去的，不是被星数送走的。这是「消失即毕业」推断的第一个反例——门牌承诺是全场最宽的端到端流程（懂产品→自己取数→自己调研市场→动手增长），曲线却是全场最冷的一条，承诺与曲线的落差本身就是评分依据。
codenotch：飞着消失的。 vinzdg/codenotch，09-18 期印张标注 Swift，五个印刷点：687（09-07）→ 1026（09-08，单日 +339）→ 1331（09-10）→ 1442（09-11）→ 1975（09-18），十一天 +1288，日均 +117，全场最快。离场时距毕业线只差 25 星，而它离场前一周的斜率是日均 +76——按这个速度，25 星只是几个小时的脚程。它的消失大概率是越线毕业※，但也无法排除窗龄到期，两种解释不互斥。
把这对悬案翻译成一份可以复用的判决工具：
flowchart TD
Q["仓库从印张消失"] --> A{"查离场前七日斜率"}
A -->|"日均远大于缺口"| B["判：大概率越线毕业"]
A -->|"曲线冻平"| C["判：大概率窗龄到期"]
B --> D["例：codenotch<br/>差25星，日均76"]
C --> E["例：growth-lab<br/>差11星，日均0.5"]
同一张榜、同一种消失，斜率一眼分出两种命运。读榜的人往后看到「某件从 45 天层退场」，先别急着写「毕业」——先查它最后七个印刷日的速度。
codenotch 的门牌是本期信息密度最高的一句：「A macOS app that pins usage limits from Claude Code, Cursor, Codex, and Antigravity to a screen edge」——把四家 AI 编码工具的用量额度钉在屏幕边缘。三个细节值得逐个说。其一，它监控的对象是 Agent 本身（配额、用量、还剩多少token），不是传统监控位的对象（服务器的错误与报警）——所以它再热，监控位的空账也不能销：零供给记录上真正空着的是「生产监控」，长出来的这块叫「用量监控」，两者共用一个词， servicing 的是两类焦虑。其二，跨工具是它的护城河：Claude Code、Cursor、Codex、Antigravity 四家通吃，一只仪表盘对齐四家口径——这恰是 SKILL.md 做不到的事（第七节展开）。其三，交互设计是零：钉在屏幕边缘，不占注意力，瞟一眼就知道还剩多少弹药。设计分给到 ★★★☆ 而非更高，是因为它至今没回答一个问题：用量之外呢？任务成没成、错在哪一步，仪表上没有位置。
OnlistTeam/ai-manager，09-30 期「新上架」首印 1015 星，门牌全文：「AI Manager desktop application for AI coding tools」。对照 09-29 期给 monocode 六个词拆出三层修辞的先例，这十个词一层都拆不出来：没有不定冠词的自谦，没有存量用户的预设，没有单复数里的「一窗管多 Agent」暗示——它只说了「我是个桌面应用，管 AI 编码工具」，然后就没有了。壳赛道立户已满三天，第五户进门时连门牌都懒得写，这不是坏事，是赛道从「讲故事的阶段」走进「比功能的阶段」的标志※：换模壳 magpie 还需要用「Every agent's model. One place.」卖主张，管家壳只需要存在。短板也在这：单日印刷、斜率未知、能力边界全黑箱，三项都压着它的分数。它和 monocode 的分差（2.60 对 3.80）几乎就是门牌信息量的分差——壳赛道的设计维，暂时只能靠门牌写作拉开。
回到第 5 轮的本题：部署、CI、编排、调度都拆完了，真正属于「工作流自动化」科目、且从未被拆过的新件，三十天印刷区里只有 growth-lab 一件。它的门牌是四段式流水线自述：理解产品→自己取需要的数据→自己调研市场→（截断处推测是动手执行※）。这是所有新门牌里唯一一条业务流程的产线——不是帮开发者写码，是替增长团队跑完一整趟分析。曲线却给了相反的判词：出生即 1986 星（疑似老号导流或预热发布※，无证据，仅记录形态），随后六天冻平，然后窗龄到期离场。加权 2.30，全场垫底。它留下的问题是结构性的：当壳赛道的桌面应用十一天涨一千二百星、端到端流程件六天涨三颗星，供给端已经用星数投了票——市场要的是「管住已有 Agent」，不是「再造一条全自动产线」。 这与 09-30 期「预言对账：内容件的中文考卷」里消费端倒逼形态的判断互为印证。
把 08-31 以来的壳系印刷记录摊平，五户外加一个 OS 野心的星轨如下：
| 仓库 | 首印 | 末印 | 峰值 | 日均增速 | 状态 |
|---|---|---|---|---|---|
| vinzdg/codenotch | 09-07（687） | 09-18（1975） | 1975 | +117 | 疑似毕业※ |
| dsh-tauri-desk/deepseek-harness-desktop | 09-07（1735） | 09-12（1947） | 1947 | +42 | 疑似毕业※ |
| hardbeat920/monocode | 09-29（1692） | 10-01（1772） | 在印 | +40 | 在印，差228 |
| OnlistTeam/ai-manager | 09-30（1015） | 09-30（1015） | 1015 | 未知 | 首日 |
| rome-os/rome | 09-05（470） | 09-05（470） | 470 | 未知 | 一日游 |
两处补注。deepseek-harness-desktop 门牌「Only 5mb installer, zero environment setup, preset plugins」——5MB 安装包、零环境配置、预装插件，是五户里唯一把「分发成本」写进门牌的；它的语言标注还从 Rust（09-11 期）漂移成了 TypeScript（09-12 期），印刷元数据本身也在抖。它与 09-29 已考的 DSH-Desktop-EAC 是两户不同门牌（户主一个是 dsh-tauri-desk，一个是 DSH-EAC），是否同源未核实※——壳赛道也开始出现一鱼两吃的户口。rome 只有一行门牌「Rome is the agentic OS.」，一个句号收尾的全称判断：不是「一个」OS，是「那个」OS。市场只给了一天印刷期，470 星后无下文，野心与印刷期的比值是全场最悬殊的。
需求从 SKILL.md 外溢到菜单栏的路线，画出来是这样：
flowchart TD
S["监控位断供45天<br/>SKILL.md 货架空账"] --> T["管住 Agent 的需求"]
T --> U["溢出到桌面层"]
U --> A["仪表壳 codenotch<br/>用量钉在屏幕边"]
U --> B["窗口壳 monocode<br/>一窗管多 agent"]
U --> C["管家壳 ai-manager<br/>桌面应用管工具"]
U --> D["桌面壳 DSH 两户<br/>5mb 安装即用"]
U --> E["OS 野心 rome<br/>自称 agentic OS"]
为什么监控位在技能货架上永远是空的？这不是供给偷懒，是格式的物理天花板※。监控需要四样东西：常驻（Agent 下线后表还在走）、跨 harness（四家工具一只表）、系统级 UI（菜单栏、通知、弹窗）、主动触发（超阈值报警）。而 SKILL.md 是会话作用域的——它活在单次任务里，寄生在单个 harness 上，输出只有文本，没人叫它就不存在。用 SKILL.md 写监控，等于用工位牌当考勤机。需求没有消失，它只是去了格式的对立面：桌面层。本期五个最快增速席里四个是桌面壳，便是这条路的车流量。
最后一个注脚，记在灰产侧：linguo2625469/workbuddy2api-panel（09-19 至 09-25 印刷 494→933，日均 +73），门牌自述「把腾讯 WorkBuddy 账号变成 OpenAI 兼容 API 的多账号网关，同时自动完成任务中心全部任务」。自动化需求外溢的另一个方向是账号池与任务代肝——增速比所有正经壳都快。本期不给它安装命令、不给评分：这类物件的本体是违反服务条款的自动化，记录它的意义只在提醒：工作流自动化的需求强度，看灰产增速比看榜单更真实。
本期在线通道未放行，未读取任何仓库 README，以下命令仅用于定位仓库，实际安装方式以仓库主页为准：
git clone https://github.com/vinzdg/codenotch.git # macOS 用量仪表，Swift（09-18 印张标注）
git clone https://github.com/OnlistTeam/ai-manager.git # AI 编码工具桌面管理器
git clone https://github.com/tsingyuai/growth-lab.git # 端到端增长流程件，Python
git clone https://github.com/hardbeat920/monocode.git # coding agents 的 GUI，TypeScript
git clone https://github.com/rome-os/rome.git # agentic OS 野心件，仅存档参考
壳系件普遍为桌面应用形态，clone 后需按仓库说明自行构建；growth-lab 与 ai-manager 的依赖清单未读取，装机前请先核对 README 与开源协议。workbuddy2api-panel 不提供命令，理由见第七节末。
[!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 等场景全覆盖。