把 Claude Code 技能组织成可独立安装的部门，按请求自动加载对应专家
headcount 为 Claude Code 提供一种 agent 技能组织方式：16 个部门、146 个技能按公司结构组织，每个部门是可独立安装的插件，项目只加载所需技能；技能以 department:skill 命名避免冲突，并在请求匹配时自动加载对应专家，也可按名直接调用。该形态回应了技能数量增长后的组织、命名与按需加载问题，并给出一种具体解法。
目标用户
在 Claude Code 中积累较多 agent skills、希望按项目按需加载而不全量安装的独立开发者与小团队。
潜在需求
在技能数量增多时仍能按任务快速定位并调用正确技能：能按需安装而非一次加载全部，用 department:skill 避免名称冲突，并能通过自然语言请求自动触发对应专家或以命令直接指定视角。
发生场景
Claude Code 插件生态中技能数量增长后，全量加载会造成冗余；headcount 把 16 个部门、146 个技能组织成可独立安装的插件，用户按需安装部门，项目只加载所需功能。用户以部门:技能方式寻址（如 security:threat-modeling），业务问题（如“落地页为什么不转化”）会自动触发对应专家技能，也可用 /finance:financial-modeling 按名调用特定视角。
来源证据
在 Claude Code 中，技能以 department:skill 寻址避免命名冲突，且请求匹配时自动加载对应专家：如“落地页为什么不转化”触发 demand-generation:landing-page-cro-expert、“开工前评审设计”触发 security:threat-modeling，也可用 /finance:financial-modeling 按名直接调用特定视角。
"why isn't this landing page converting?" | `demand-generation:landing-page-cro-expert` | | "review this design before we build it" | `security:threat-modeling` | | "can we afford this hire?" | `finance:unit-economics` | | "our growth has stalled" | `executive:business-growth-consultant` | Invoke one directly by name when you want a specific lens: `/finance:financial-modeling`. Seven situations that cross departments — a SOC 2 demand from an enterprise prospect, a security incident, a stalledhttps://github.com/cbrock84/headcount
为什么值得留意
这是 agent 插件生态中出现的一种组织化解法：不只提供单个技能，而是以公司部门结构管理 16 个部门、146 个技能，并通过可独立安装插件、department:skill 命名与请求触发加载三种机制回应技能规模增长带来的组织问题。103 个 fork 说明该形态获得一定关注；它也展示了技能数量增长后，组织方式本身成为被工程化解决的独立问题。
可能延伸 · 模型推测
- 将部门式技能组织模式迁移到其他 AI 编程助手或通用 agent 平台（模型推测）
- 根据仓库上下文自动推荐应安装的部门组合（模型推测）
- 对自动加载的触发准确率与误触发情况做评估与审计（模型推测）
目前未知
- README 出自项目作者，无独立用户反馈或采用证据
- 146 个技能的实际质量、触发准确性和维护成本未知
- open issue 数量为 1，内容未知，无法判断已知缺陷
- 自动加载在不同规模项目中的性能与误触发情况未说明
继续核实
- Claude Code 用户在多少技能数量时会开始感到组织、命名或全量加载的痛点？
- 除部门式组织外，社区还有哪些技能组织/命名方案，它们各自的取舍是什么？
- 请求触发的自动加载在实践中是否会出现误触发或漏触发，用户如何弥补？