有人把 Claude 变成了一人公司:42 个 Skill 按真实组织架构摆开,每个都能从链接安装;他给这张图配的收尾是"同样的部门、同样的产出,不发工资"。
按部门看,覆盖得相当完整:
开发——Superpowers(框架级方法论)、Context7(上下文)、官方 skills 集(含 Skill Creator、MCP Builder、Webapp Testing)、Claude-Mem(记忆)。
github.com/obra/superpowe… / github.com/upstash/contex… / github.com/anthropics/ski… / github.com/thedotmack/cla…
设计——UI UX Pro Max、Taste(含 Frontend Design)、Transitions。github.com/nextlevelbuild… / github.com/Leonxlnx/taste… / github.com/Jakubantalik/t…
市场——45 个,从文案到 SEO 到引流磁铁。github.com/coreyhaines31/…
社媒——17 个,从写帖到 Reels 到封面图。github.com/charlie947/soc…
财务——8 个,从对账到审计。claude.com/plugins/financ…
小微企业——31 个,从现金流到工资到发票。claude.com/plugins/small-…
法务——9 个,从合同审查到 NDA 到合规。claude.com/plugins/legal
我的看法是,这张图真正的看点是组织架构成了 Skill 的目录结构:部门=领域,岗位=任务边界,装的时候按"公司缺哪个部门"补齐,而不是照星数堆一堆。它还顺带暴露了 Skill 生态的成熟度分层——开发与设计大多还是 GitHub 仓库,财务、法务、小微企业这几块已经上到 claude.com 的官方插件页,说明标准化先发生在"有明确流程"的领域。
一句提醒:部门齐全不等于公司能跑。Skill 之间没有真实组织里的责任与交接,产出质量仍然取决于你给的上下文和验收标准——架构图给的是分工,不是质量。
边界:数量与描述按原帖口径,我未逐个安装;各部门数字来自原帖列举。














