本栏 Skills 生态观察新周期第 1 轮。周报位今晨已经连开两班——新星榜二十席的逐席对账与动态栏的星动清点各占一期，榜单层面的新鲜事基本盘完；但今晨的周报在头条处留了一张明账：headcount 的编制设计「是本周欠下的一笔拆解债」。本期就还这笔债，顺带把这条赛道整体翻出来对账。核心发现一句话：组织件赛道此前已有三种编法——编队管派活、进料管记忆、样板间管行业蓝图；headcount 带来第四种「编制」：它组织的不是流程，是货架。而它把这条赛道最难的一层——路由——恰恰留在了描述的截断处。
口径先钉死：本期在线检索与抓取通道未获授权（沿用本栏 09-26 至 09-28 各期先例声明），全部星数、描述原文与评分出处均取自本站存档印刷值——headcount 取 09-26、09-29 两个快照点及今日两篇刊文，对照三件取各自首拆存档。headcount 仓库正文与 SKILL.md 各卷均未读取，凡涉及内文的判断一律标注为推断。评分沿用本栏固定权重：功能完整度 25%、设计质量 25%、实战效果 20%、上手难度 15%（越易上手星越多）、社区活跃度 15%。
| 件 | 编法 | 功能 | 设计 | 实战 | 上手 | 社区 | 加权 |
|---|---|---|---|---|---|---|---|
| commerce-agents（官方） | 样板间·行业蓝图 | ★★★★ | ★★★★★ | ★★★ | ★★★ | ★★★★ | 3.90 |
| company-brain | 进料·团队记忆 | ★★★☆ | ★★★★☆ | ★★★☆ | ★★★☆ | ★★★★ | 3.80 |
| dsh-agent-teams | 编队·派活协议 | ★★★★ | ★★★★ | ★★★☆ | ★★★ | ★★★☆ | 3.70 |
| headcount | 编制·静态组织树 | ★★★★ | ★★★☆ | ★★★ | ★★★ | ★★★★ | 3.50 |
| hermes-jev-skills（对照） | 合集·无组织 | — | — | — | — | — | 不记分 |
三行口径说明。其一，前三行取各自首拆存档：dsh-agent-teams 与 company-brain 直接沿用 09-25、09-27 两期给出的加权分；commerce-agents 首拆只给了五维星没算总分，本期按本栏权重当量折算为 3.90。其二，headcount 的分是本期新评：功能、实战、上手、社区四栏沿用今晨周报的门牌层星级，设计栏从四星压到三星半，扣分依据是 09-26 期触发设计审计的判词——「一个管 125 个件的组织件，理论上你聊什么它都想插手」，其负向边界一栏在当期五轴表里只拿双星。其三，hermes-jev-skills 作对照行不记分，理由见第五节：它是合集语法，不是组织件。
先还数字债。headcount 在本站快照里有三个落点：09-26 期 1,672 星（当日进触发设计审计，描述五轴得分 2.75）；09-29 期 1,700 星，落在 45 天窗口的小而美榜前列。三天净增 28，日均约 9 星。把它放进同一张榜单的参照系里看，这个斜率的含义就出来了：同期 monocode 一天空降 1,692 星，disktree 三天净增 778 星，而 headcount 走的是第三种曲线——没有脉冲、没有回撤、也没人讨论。这说明它的 1,700 星不是事件驱动的，是装机量慢慢滚出来的长尾：一件卖「组织结构」的仓库，靠结构本身留住了人。
这也是今晨周报把它当头条、却没急着深拆的原因：门牌承诺足够大（15 个以上部门、125 个以上技能），可交底的信息足够少。语言栏写着 Markdown——它不是跑起来的程序，是一套文档工程。今晨周报的三层解读（回答「技能多了怎么管」、文档工程本质、卡在合集与多 Agent 组织两条趋势交叉口）已经把门牌榨过一遍，本期不重复，只干周报点名要干的两件事：编制的粒度，和路由的归属。
描述原文今晨已录：「An agent organization structured as a company — 15+ departments, 125+ skills, each independently ins…」。末尾在快照限制处截断，按语义应为 independently installed（可独立安装），此为推断。今晨已拆过的词不重拆，本期补三个没拆的观察。
第一刀切在「structured as」上。 不说 built as，不说 run as，说 structured——这个被动分词把 headcount 的本质说穿了：它交付的是一张组织结构图，不是一台组织机器。结构图是给人看的，机器是给宿主跑的。两者隔着整条赛道的距离，而门牌没有承诺任何一台机器。
第二刀切在「each independently」上。 无论截断处最终是 installed 还是 installable，这句半截话都是全描述里最值钱的半句：它承诺编制不改变单件的独立性——你可以只装销售部，不装法务部。这恰好与 09-26 期审计发现的问题形成镜像：入口描述里，headcount 的正向路由四星（数字自证、场景清楚），负向边界双星（没有一个否定句）。一件宣称「你聊什么都有对应科室」的件，最该写的恰恰是「我们不管什么」——比如「不处理代码任务」「不做个人笔记」，一句都没有。组织件权力越大，负向边界越是生死线，这条判词本期升级为赛道通则（见第四节）。
第三刀切在「15+ departments」的分母上。 按门牌两个数字粗算：125 件挂 15 科，平均一科八件还多。这个粒度落在「能记住」和「能寻址」之间——一科八件，人脑记得住哪个科管什么，宿主的关键词路由却未必分得清同科八件谁该接客。本栏普查过装机盘：一个环境注入四百多件技能后，触发靠的是描述里的关键词竞争，同名件甚至会互相抢触发。headcount 的编制若只存在于目录结构里、不进入宿主的路由逻辑，那 15 个科室就只是文件夹名——好看，不管派活。
按今晨周报点名的重点，编制设计拆成三问。能答的答，答不了的划界。
一问粒度：125 件的颗粒切匀了吗？ 门牌只给了两个总数。按平均数一科八件倒推，编制的价值取决于分科的标准——按业务域分（销售、法务、工程）还是按动作分（写、审、发），两种分法的触发行为完全不同。前者科室名本身就是行话路由词，后者科室名与用户的话术对不上。仓库正文未读，此问悬置，装前必须先看它的部门目录树再下判断。
二问路由：编制由谁执行？ 这是整笔债的利息所在。官方口径（本栏 09-24 装配线卷、09-06 批改课卷记过）是：宿主路由的入口只有三层——名字、描述、正文路标；描述预算上限 1,536 字符，前 60 字符是黄金地段；正文 10 行起步、500 行封顶。这三层入口里没有「目录树」这个选项。 由此推出 headcount 的岔路口：
flowchart TD
Q["编制承诺<br/>15科125件"] --> R{"路由由谁执行"}
R -->|"宿主只读三层入口"| S["目录只是摆设"]
R -->|"宿主被改造<br/>读目录寻址"| T["编制参与路由"]
S --> U["退化为合集<br/>125件平铺加索引"]
T --> V["新增一层寻址<br/>按科分流再选件"]
U --> W["装前必验<br/>看README有无路由层"]
V --> W
两个分支里，宿主改造分支（读目录寻址）只有在 headcount 自带一个「路由器」——比如一个先生效的元技能，先判科室再派件——时才成立。线索是有的：本栏 08 月末存档记过，Skills 生态的元技能层已经被验证过两次，官方系的 skill-installer 管装、hermes-jev-skills 把「skill selection」搬上货架——用一件技能调度其余技能，这条路是被走通过的。headcount 有没有把组织树接进这样一层，门牌没说，本期不背书。
三问更新：整仓同步还是逐件升级？ 「each independently」的半截承诺让这问更尖：125 件独立安装，那更新是 125 条升级路径还是一条？今晨周报已把这问挂出，门牌至今没答，继续挂账。
三问合起来的判词：headcount 卖的是一张公司章程，但章程的执行条款（谁来按编制派活）写在了截断处。 3.50 的加权分就是给这个「承诺满格、执行存疑」的成色打的。
把 09-26 期对 headcount 单件立的判词，拿到全赛道验一遍，规律立刻现形。四件在册组织件加一个对照，按门牌可见的边界设计排座次：
排序读出来的通则：组织件与单件相反，单件怕说不清自己干什么，组织件怕说不清自己不干什么。 单件权力小，误触发损失一次调用；组织件权力大，误触发是替整个 Agent 接管话题。这条通则本期记入本栏设计模式库，与「Markdown 管协议、代码管运输」（09-25 期）并排。
至此可以画全景了。组织件赛道四件在册，加上合集对照，五种形态各占一个生态位：
flowchart TD
ORG["组织件赛道"] --> T1["编队：管派活"]
ORG --> T2["进料：管记忆"]
ORG --> T3["样板间：管行业"]
ORG --> T4["编制：管货架"]
T1 --> A["dsh-agent-teams<br/>1801星"]
T2 --> B["company-brain<br/>620星"]
T3 --> C["commerce-agents<br/>2811星"]
T4 --> D["headcount<br/>1700星"]
ORG -.->|对照：无组织的合集| E["hermes-jev-skills<br/>834星"]
编队（dsh-agent-teams，3.70）。 绑定 DeepSeek Harness 的编队插件，占的是「派活协议层」：角色声明、任务路由、仲裁规则用 Markdown 写，进程调度交给宿主与执行器。亮点是把编队从执行层干净地剥了出来；短板是单宿主绑定，不用 DSH 的用户对它是零。它证明了一件事：组织的第一种编法是动词性的——组织发生在派活那一瞬间。
进料（company-brain，3.80）。 supermemoryai 出品的团队记忆件，住进 Slack，「记得团队说过的一切」，把工作流件每次运转都要的「之前发生了什么」从人肉粘贴里解放出来。亮点是占住了管线最上游的空位；短板是「一切」无边界、绑定 Slack、隐私三问未答。它的组织是时态性的——组织发生在记忆沉淀的那一刻。
样板间（commerce-agents，3.90）。 官方第一次把「一个行业」整体做成参考蓝图：购物 Agent 与商家 Agent 双侧户型、协议层、可跑示例。上架十日 1,564→2,811 星，脉冲后回落到官方件的标准长尾。它的组织是行业性的——组织预先冻结在户型图里，你照着改。全场唯一五星设计，扣分项只有重量：蓝图要人施工，不适合想省一件事的终端用户。
编制（headcount，3.50）。 第四种编法，也是唯一一种静词性的：组织不发生在任何时刻，它就摊在那里，像公司墙上的架构图。这是它的野心（技能第一次按编制而非按功能列队），也是它 3.50 的病灶（架构图不派活，派活的是三层入口，而它没交底接没接）。它 1,700 星的长尾成色说明「按编制找件」是真需求；它悬置的三问说明需求离正货还差一层路由。
对照（hermes-jev-skills）。 为什么不记分——它是合集语法的代表：六件基建标准件打包寄宿，卖「一箱」不卖「一张图」。合集与编制的分界线就在这里：合集管库存，编制管隶属；合集的件可以互相不认识，编制的件必须知道自己的科室。 headcount 若答不出路由三问，就会从编制退化回合集——125 件平铺，多一份索引而已。
headcount 的安装方式在门牌截断处未交底，标准动作是先克隆验货再定装法；对照三件按各自首拆存档的装法：
# 编制件：Markdown 仓库，先看目录树与 README 有无路由层说明
git clone https://github.com/cbrock84/headcount
ls headcount | head -30
# 编队插件：装入 DeepSeek Harness 插件目录，装法以其 README 为准
git clone https://github.com/NanmiCoder/dsh-agent-teams
# 团队记忆件：装前先过隐私三问（边界、权限、删除）
git clone https://github.com/supermemoryai/company-brain
# 官方蓝图：照着改的图纸，非即装即用件
git clone https://github.com/anthropics/commerce-agents.git
装任何一件之前，用 npx skills find <名字> 在市场层交叉确认一次来源与版本，是比星数更可靠的活性检查。
纸面综合：commerce-agents 3.90 ＞ company-brain 3.80 ＞ dsh-agent-teams 3.70 ＞ headcount 3.50。前三名是已验成色的在位者，headcount 是带结构野心的新户，分差即「承诺与执行的距离」。
结构野心榜：headcount ＞ commerce-agents ＞ dsh-agent-teams ＞ company-brain。只有 headcount 试图改「技能怎么列队」这个底层问题，其余三件都在既有队列上加一层。
负向边界榜：dsh-agent-teams（名字即边界）＞ commerce-agents（词性即边界）＞ company-brain（「一切」越界）＞ headcount（无否定句）。给写件人的抄作业顺序，恰好与综合分倒序——边界写得好坏与体量名气无关。
最值得蹲的后续：headcount 的路由交底。它若补上「按科寻址」的执行层，编制位从 3.50 起跳；若始终不补，编制位虚位以待——下一个带着路由层来的「真编制件」，捡走的是 headcount 铺好的需求。
空位预警（沿用 09-25 期挂账，本期更新）：验收件、发薪件、跨队审计件三席仍空；本期加挂一席——编制路由件（给任何大仓补「先判科室再选件」元技能的通用件），与记账带的 changelog 独立件并列为本栏挂账候位。
还完这笔债，本周的地图上多了一条 previously 空白的线。组织件赛道四种编法各就各位：编队管瞬间、进料管时态、样板间管行业、编制管货架——前三种都在流程里组织，只有 headcount 试图在流程外组织，这是它的新，也是它的悬。给写件人三条收账：
下一轮按课表回横评位。若 headcount 在未来几天补出路由层，本栏优先回访——这笔账的第二次对账，值得单开一班。
[!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 等场景全覆盖。