本期是 Skills 生态拆解第 5 轮，主题工作流自动化：部署、CI、监控、多Agent协作。前几轮已把「推完代码之后的接线件」和「编排发动机舱的七原语」写过，本期换一个更上游的切口——组织型 Skill：这类仓库不再教 Claude 一个手艺，而是直接把一整套部门分工、审批链、多模型流水线装进仓库。本期评测对象全部来自本期抓取的 GitHub 新上架与热榜数据：headcount（⭐1279，自称 15+ 部门的 Agent 公司）、fable-orchestrator（⭐510，多模型分工流水线）、skill-cabinet（⭐393，零描述的神秘收纳件）、ECC（⭐249870，夹在两座明星仓库之间的性能优化系统）。核心发现：组织型 Skill 是当前增速最快但证据密度最低的品类——星数涨得比文档快，谁能把「权责」写清楚，谁才是真护城河。
评分基于仓库描述、星数走势与生态位分析；其中文档可见度有限的条目已在正文标注「推断」。
| Skill | 功能完整度(25%) | 设计质量(25%) | 实战效果(20%) | 上手难度(15%) | 社区活跃度(15%) | 加权印象 |
|---|---|---|---|---|---|---|
| headcount | ★★★★ | ★★★★ | ★★★（推断） | ★★★ | ★★★★ | 3.7 |
| fable-orchestrator | ★★★ | ★★★★ | ★★★（推断） | ★★★★ | ★★★ | 3.4 |
| ECC | ★★★★★ | ★★★★ | ★★★★（社区佐证） | ★★ | ★★★★★ | 4.1 |
| skill-cabinet | ★★（不可考） | ★★★ | 不可考 | ★★★ | ★★ | 2.3 |
定位：据仓库描述，headcount 是「An agent organization for Claude Code, structured as a company — 15+ departments」，即一个按公司结构组织的 Claude Code Agent 集群，内含 15 个以上部门。⭐1279，本期新上榜仓库。
它是本期「组织型」命题最纯的样本：别的 Skill 给 Claude 一双手，headcount 给 Claude 一张工资表。你不再是「用一个助手」，而是「入职一家公司」——需求从上层下派，部门各司其职，产出再向上汇总。
亮点有三。其一，隐喻即架构：用「公司」这个所有人都懂的组织隐喻来给 Agent 分工，用户不需要学新的心智模型，部门名就是路由词。这延续了本栏目反复观察到的规律——命名即调度，描述里写了什么职位，Claude 就被什么请求唤起。其二，15+ 部门意味着它赌的是「任务会自然分解」，不要求用户预先设计工作流，而是让组织结构本身承载工作流。其三，星数从新上架冲到 1279，说明「多Agent协作」这个第 5 轮主题词确实是当下真实的需求水位。
短板也藏在那个「15+」里。部门数量是组织型 Skill 的第一性能税：每激活一个部门，就多一份要被唤起、被对齐、被汇总的上下文成本。15+ 部门对小任务是明显超配——雇一家公司去修一把锁。其次，「公司」隐喻好入门但难收尾：真正的公司靠制度与KPI对齐，仓库里的「部门」靠什么对齐、冲突谁仲裁、出错谁回滚，描述层面看不到答案。这正是本栏目之前在自动化赛道反复点名的「后悔药真空」问题在组织维度的重现。
一句话：野心最大的组织样本，值得 clone 来读它的部门切分法——但先想清楚你的项目是否真有 15 个部门的事要干。
定位：据仓库描述，「Fable 5.1 orchestrates. GPT-5.6 Luna and DeepSeek V4 Flash implement」——一个明确按模型分工的编排器：Fable 5.1 当指挥，GPT-5.6 Luna 与 DeepSeek V4 Flash 当实施工。⭐510，新上架。
如果说 headcount 组织的是「职位」，fable-orchestrator 组织的是「模型」。这是多Agent协作赛道里更便宜也更激进的一支：不用同一家模型扮演不同角色，而是让不同价位、不同特长的模型各领一段工序——贵的当大脑，便宜的当手。
亮点：其一，成本结构写在名字里。这类「编排者+实施者」分层直接回应了 Agent 工作流最痛的账单问题——全流程都用旗舰模型跑，烧钱速度劝退大多数人；把实施段外包给轻量模型，是当前社区公认的第一降本杠杆。其二，它承认了编排与实施是两种劳动：编排要的是全局视野与止损判断，实施要的是服从规格与速度，混在一个模型里反而是浪费。
短板：其一，跨模型流水线的翻译税——模型之间风格、工具调用约定不同，「指挥」下发的规格在「工人」那里的失真度，是这类项目成败的分水岭，描述层面无法验证，标注为待实测。其二，⭐510 的体量意味着踩坑文档大概率还薄，早期采用者需要自己当 QA。其三，它与 headcount 代表了组织型的两条路线：按职位分工 vs 按模型分工，前者赌任务可分解，后者赌成本可套利——两条路线的竞争本身就是本期最有观察价值的生态信号。
一句话：想法正确、时点正确、体量尚小；适合愿意读源码换省钱的玩家。
定位：据本期热榜数据，affaan-m/ECC ⭐249870，描述为「The agent harness performance optimization system. Skills, instincts, memory, security, and research」——一套针对 Agent 宿主环境的性能优化系统，覆盖技能、直觉、记忆、安全与研究五个面。
把它放进度榜语境才能看清其位置：同期热榜上，obra/superpowers ⭐282093 与 mattpocock/skills ⭐252592 分列 skills 类前两名——两座都已被本栏目单独拆解过。ECC 以 249870 星插在两者之间，是头部的第三极，也是本栏目至今未单独拆过的一座。
亮点：其一，它优化的不是「某个任务」而是「宿主本身」——skills 管能力装载、instincts 管反应模式、memory 管跨会话连续性、security 管边界、research 管信息进口，五个词精准对上了 Agent 长期运行的五大损耗点。其二，它把「性能」从玄学变成账房问题：harness 慢不慢、上下文漏不漏、技能装载有没有浪费，这些都是可度量的，这与本栏目此前「上下文经济学」横评的结论互相印证——生态已经从「能干吗」进入「干得贵不贵」的阶段。其三，24 万星量级意味着大量独立用户用脚投票，实战效果维度是四件中佐证最足的。
短板：全栈式系统天然重，五个子系统对新手是五份学习成本，上手难度是四件中最高的；且「优化系统」类项目的常见病是强依赖作者对特定宿主版本的理解，宿主一升级，优化经验半价。
一句话：本期加权分最高。如果你只装一件，装它；但请预留一个周末读文档。
定位：subsy/skill-cabinet，⭐393，素材抓取中描述为空——「无描述」。这是四件中最小的一件，也是最值得单独说一句的一件。
一个没有描述的仓库能涨到 393 星，只有两种解释：要么它有极强的一句话传播渠道在仓库页之外（短视频、群聊、推文），要么名字本身已经完成了全部营销——「skill-cabinet」（技能柜）这个名词组合自解释到不需要描述。无论哪种，它都坐实了本栏目此前的判断：在 Skills 生态，名字与门面的信息承载量已经压过了 README。
短板因此也是结构性的：无法验证功能、无法验证设计、无法验证实战效果。本期它上榜的意义不在自身，而在它照出的生态症候——组织型/收纳型基础设施类仓库正在出现「先涨星、后补文档」的新节奏，这对使用者是风险，对观察者是信号。
一句话：留档观察件。等它的描述写出来再评，才是对评分表的尊重。
把四件放在一起，可以提炼出这个新品类的公共设计题：
命题一：权责要可执行。 headcount 的 15+ 部门、fable 的三模型层级，本质都在回答「谁批准什么」。写得好的组织件会把审批链写进 SKILL.md 的指令层（例如「改动超过 N 文件需上报」），写得差的只画架构图不画流程图——前者是制度，后者是PPT。
命题二：通信靠文件不靠玄学。 多Agent协作的落地形态，社区已经收敛到「文件即邮件」：上游把规格写成文件，下游读文件开工。这与本栏目拆过的 planning-with-files 一脉相承——跨会话不断片的秘诀不是记忆魔法，是把状态落在盘上。组织型 Skill 若不把「部门间交接物」定义清楚，分工就退化为多次独立的单兵作战。
命题三：膨胀有税。 部门数、模型数、子系统数每加一，唤起成本、对齐成本、失败面都跟着加。本期数据里最能说明问题的是两端：headcount 用 15+ 部门赌规模收益，skill-cabinet 用一个柜子赌极简——393 星与 1279 星目前都投给了前者，但真正决定留存的是运行账单，不是首周星数。
顺带一提生态底盘：组织型 Skill 并不孤立生长，本机环境的技能清单里同样躺着 github-actions-skill、sentry、vercel-deploy、long-running-agent 这类接线与值守件——单兵层已经齐全，组织层是正在发生的那一层。
组织型 Skill 均为 GitHub 仓库形态，通用装法二选一（CLI 写法以 skills.sh 的 skills CLI 为准，手工克隆法零依赖）：
# 方式一：skills CLI（skills.sh 生态通用）
npx skills add cbrock84/headcount
npx skills add codejunkie99/fable-orchestrator
npx skills add affaan-m/ECC
npx skills add subsy/skill-cabinet
# 方式二：手工克隆到 Claude Code 技能目录
git clone https://github.com/cbrock84/headcount ~/.claude/skills/headcount
git clone https://github.com/codejune99占位无效——以仓库实际结构为准
注：fable-orchestrator 正确地址为
https://github.com/codejunkie99/fable-orchestrator，克隆后请按仓库内 SKILL.md 指示放置子目录；ECC 属全栈系统，建议先读其文档再决定装入宿主的方式。
mindmap
root((工作流自动化Skill))
组织型 本期
headcount
15+部门公司制
职位即路由
fable-orchestrator
多模型分工
编排与实施分层
skill-cabinet
技能收纳
零描述神秘件
宿主优化型 本期
ECC
五面优化
24万星第三极
接线单兵层 已拆
部署件
CI修复件
监控告警件
flowchart TD
U["用户需求"] --> CEO["编排层 接单分解"]
CEO --> D1["部门A 实施"]
CEO --> D2["部门B 实施"]
CEO --> D3["部门C 审核"]
D1 --> W["工作区文件 交接物"]
D2 --> W
D3 --> W
W --> R["汇总产出"]
R --> U
[!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 等场景全覆盖。