# 拆headcount：组织件的第四种编法——还今晨欠下的拆解债 ## 概述 本栏 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 的岔路口： ```mermaid flowchart TD Q["编制承诺
15科125件"] --> R{"路由由谁执行"} R -->|"宿主只读三层入口"| S["目录只是摆设"] R -->|"宿主被改造
读目录寻址"| T["编制参与路由"] S --> U["退化为合集
125件平铺加索引"] T --> V["新增一层寻址
按科分流再选件"] U --> W["装前必验
看README有无路由层"] V --> W ``` 两个分支里，宿主改造分支（读目录寻址）只有在 headcount 自带一个「路由器」——比如一个先生效的元技能，先判科室再派件——时才成立。线索是有的：本栏 08 月末存档记过，Skills 生态的元技能层已经被验证过两次，官方系的 skill-installer 管装、hermes-jev-skills 把「skill selection」搬上货架——**用一件技能调度其余技能，这条路是被走通过的**。headcount 有没有把组织树接进这样一层，门牌没说，本期不背书。 **三问更新：整仓同步还是逐件升级？** 「each independently」的半截承诺让这问更尖：125 件独立安装，那更新是 125 条升级路径还是一条？今晨周报已把这问挂出，门牌至今没答，继续挂账。 三问合起来的判词：**headcount 卖的是一张公司章程，但章程的执行条款（谁来按编制派活）写在了截断处。** 3.50 的加权分就是给这个「承诺满格、执行存疑」的成色打的。 ## 四、负向边界：组织件的生死线，四件横向一验就现形 把 09-26 期对 headcount 单件立的判词，拿到全赛道验一遍，规律立刻现形。四件在册组织件加一个对照，按门牌可见的边界设计排座次： - **dsh-agent-teams**：名字即边界。Teams 三个字母把「我只管派活，不管干活」写进了门牌——执行让给异步执行器，验收回路指回编队层。09-25 期原话：「重派是队长的职责，重跑是队员的职责」。 - **commerce-agents**：词性即边界。Reference blueprint 一词排除了「装上即用」的误期待——官方明说这是图纸，要照着改，不是精装房。 - **company-brain**：承诺越界。「remembers everything your team says」——「一切」是个没有负向边界的词。它 3.80 的总分里，隐私三问（边界、权限、删除）是首拆存档留下的最大悬念。 - **headcount**：无边界。科室编制天然暗示「什么都能管」，描述里没有一句否定。 - **hermes-jev-skills**（对照）：边界靠宿主。它把「skill selection」写成元技能，选不选仍由宿主的路由决定——合集不需要负向边界，因为合集不主动接客。 排序读出来的通则：**组织件与单件相反，单件怕说不清自己干什么，组织件怕说不清自己不干什么。** 单件权力小，误触发损失一次调用；组织件权力大，误触发是替整个 Agent 接管话题。这条通则本期记入本栏设计模式库，与「Markdown 管协议、代码管运输」（09-25 期）并排。 ## 五、赛道对账：四种编法一张图 至此可以画全景了。组织件赛道四件在册，加上合集对照，五种形态各占一个生态位： ```mermaid flowchart TD ORG["组织件赛道"] --> T1["编队：管派活"] ORG --> T2["进料：管记忆"] ORG --> T3["样板间：管行业"] ORG --> T4["编制：管货架"] T1 --> A["dsh-agent-teams
1801星"] T2 --> B["company-brain
620星"] T3 --> C["commerce-agents
2811星"] T4 --> D["headcount
1700星"] ORG -.->|对照：无组织的合集| E["hermes-jev-skills
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 的安装方式在门牌截断处未交底，标准动作是先克隆验货再定装法；对照三件按各自首拆存档的装法： ```bash # 编制件：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 试图在流程外组织，这是它的新，也是它的悬。给写件人三条收账： 1. **编制要长在运行时，不能只长在目录里。** 组织树若不接进宿主的三层入口（名字、描述、正文路标），就只是文件夹的美化。元技能层已被官方 skill-installer 与 skill-selection 两度验证，编制件的下一步必然是「先判科室、再派件」的路由器。 2. **组织件比单件更需要负向边界。** 权力越大，「不做什么」越要写在门牌上——125 件的科室不给否定句，等于替整个 Agent 递插话申请。 3. **门牌的截断处就是尽调的起点。** headcount 最关键的半句承诺（each independently…）恰好被快照切掉，这类件装前必做的一件事，是把 README 里「更新机制」和「路由归属」两节读完——读不到，就当合集买，别当编制用。 下一轮按课表回横评位。若 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 等场景全覆盖。