capacity-plan – 团队产能规划 Skill

3周前更新 8 0 0 0

capacity-plan 是帮助 AI Agent 评估团队人力容量与工作负载的规划型 Skill,可用于结合项目需求和人员配置测算交付能力、识别资源缺口并辅助制定排期与调配方案。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/knowledge-work-plugins --skill capacity-plan

使用 npx skills 快速安装,支持将 Skill 添加到多个兼容的 AI Agent。

Skill 调研报告

Skill 详细介绍

anthropics/knowledge-work-plugins#capacity-plan 是 Anthropic 官方知识工作插件合集(knowledge-work-plugins)中的一个 Skill,名称可识别为 capacity-plan。它面向的是知识型工作场景中的产能规划类任务,本质上属于一套结构化的提示词与工作方法论,而不是一个可以独立运行的程序或服务。

需要先说明一点:knowledge-work-plugins 这个仓库的定位是给知识工作者提供可复用的 Claude Skill 集合,capacity-plan 是其中的一个具体能力单元。它不是那种需要编译、打包、连接外部 API 的传统软件工具,而是一套告诉 Agent如何思考和处理产能规划问题的指令集和工作流。安装后,Agent 在处理排期、资源分配、工作量估算这类任务时,会按照 Skill 内置的方法和结构来组织回答。

核心用途

  • 帮助梳理团队或个人在给定时间窗口内的产能与负载情况
  • 把任务清单、期限、人力等输入整理成可读的规划视图
  • 识别产能与需求之间的缺口(谁在什么时候会过载 / 闲置)
  • 支持如果……会怎样的调整推演,例如任务增减、人员变动对整体排期的影响

它不是什么

  • 不是项目管理软件,不提供甘特图界面、数据库或实时协作功能
  • 不是自动排程引擎,不会自己拉取你团队的数据
  • 不连接 Jira、Asana、飞书、钉钉等任何具体平台(除非该 Skill 官方说明中明确列出)
  • 不替代人工判断,最终决策仍由使用者做出

典型使用场景

  • 把一份杂乱的任务列表 + 人力情况整理成结构化的产能规划草稿
  • 评估某个季度 / 某个月团队是否吃得下计划中的工作量
  • 在多个项目之间做粗略的资源分配对比
  • 为汇报准备产能相关的说明文字和表格

适合谁

项目经理、团队负责人、运营、咨询顾问,或者任何需要定期做排期与资源规划的知识工作者。适合的场景是我有素材,需要 Agent 帮我把它整理成一份清晰、有条理的规划。

不适合什么需求

如果你需要的是自动从系统同步任务、实时多人协同、或精确到小时的资源调度系统,那不是一个 Skill 能承担的,应该用专业项目管理工具。capacity-plan 的价值在思考与整理,不在运行与同步。

与普通 Agent 能力的区别

不安装这个 Skill,你也可以直接让 Agent 帮你做排期,但输出结构、关注维度、粒度都会比较随意。安装后,Agent 会按照 Skill 定义的方法论,更稳定地输出包含产能、负载、缺口、假设条件等维度的结果,减少来回提示的成本。

关于该 Skill 的具体触发词、参数、输出格式等细节,当前官方资料未在公开渠道完整说明,具体以该仓库当前的 SKILL.md 与官方说明为准。

Skill 安全评估

总体判断:作为 Anthropic 官方仓库中发布的 Skill,capacity-plan 在来源可信度上属于较高水平。它本身是一套提示词和指令集,不含可执行二进制,因此不存在传统意义上的运行风险。但由于它工作在 AI Agent 环境中,仍有一些值得注意的点。

1. 来源可信度

anthropics/knowledge-work-plugins 是 Anthropic 官方组织下的仓库,发布主体明确。相比第三方随便在 GitHub 上贴的一个 Skill,供应链风险明显更低。但仍建议安装前确认仓库地址的确来自 anthropics 组织,避免被同名 fork 或镜像误导。

2. 是否执行代码

知识工作类 Skill 通常以提示词 / 指令 / 工作流描述为主,一般不需要 Shell、不需要安装依赖、不需要写文件。凡是以纯文本方式加载的 Skill,本身不会在你机器上执行任何东西。具体的加载机制取决于你使用的 Agent。

3. 文件与网络权限

如果 Skill 只需要你粘贴任务数据、由 Agent 返回整理结果,那么它不需要额外的文件读写或网络访问权限。若你希望 Agent 直接读取本地的排期文件、任务表,那就需要文件读取权限——这是你主动授予的,风险来自你授予的范围,而不是 Skill 本身。

4. 数据敏感度

产能规划往往涉及人员、项目、客户等信息。使用这类 Skill 时,你可能会把内部排期、人力名单粘贴给 Agent。请自行判断这些内容是否适合发送给当前使用的模型服务,是否包含个人隐私或商业敏感信息。这是使用场景带来的风险,与 Skill 是否安全是两件事。

5. Prompt Injection 风险

由于它是提示词型 Skill,如果输入内容中包含恶意指令(例如从外部复制的排期表中夹带指令),理论上可能影响 Agent 行为。常规做法是:不要把来源不明的文本直接整段交给 Agent 处理,尤其是包含指令性语句的内容。

降低风险的建议

  • 确认安装来源是 anthropics 官方仓库,不是第三方镜像
  • 如果只是让它整理文本,不必开启 Agent 的自动执行 Shell 权限
  • 不要把它当作会自己动你系统的工具;它不会
  • 粘贴数据前,手动去掉不必要的个人身份信息
  • 对输出结果做人工复核,尤其是涉及数字和排期的部分

没有任何工具可以被判定为绝对安全。对这个 Skill,合理的说法是:来源可靠、机制简单、本身风险低,主要风险来自你交给它的数据和你在 Agent 中授予的权限。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方知识工作插件仓库,与 Claude Code 的适配度最高,优先在 Claude Code 中使用最省心。官方没有公布完整的第三方 Agent 兼容清单,因此对 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent,建议这样理解:如果某个 Agent 支持 Skills、自定义 Skill 或类似的指令加载机制,通常可以尝试把该 Skill 挂进去使用;不同 Agent 的加载方式、识别规则、兼容程度可能不同,具体以对应 Agent 当前版本为准。

项目 要求
Agent Claude Code 优先;其他支持 Skill / 自定义指令的 Agent 可尝试
运行环境 以所用 Agent 的要求为准,Skill 本身通常不额外要求 Node.js / Python
网络 安装时需要访问 GitHub / 官方来源;使用时按所用模型服务的要求

官方未明确给出 Node.js、Python 等具体版本要求,不要自行假设,以仓库当前说明为准。

二、运行环境 / 依赖

纯提示词 / 工作流型 Skill 一般不引入额外的本地依赖,也不需要 Docker、浏览器或专门 CLI。你真正需要的是:一个能加载 Skill 的 Agent 客户端,以及可用的模型服务。如果你用的 Agent 需要 Git 来拉取 Skill 仓库,那就准备 Git。

三、权限

  • 文件读取:可选。只有当你要让 Agent 直接读取本地排期文件时才需要
  • 文件写入:通常不需要
  • Shell:通常不需要。除非你想让 Agent 执行命令来获取数据,这属于你主动开启的额外能力
  • 网络:安装阶段需要;运行阶段取决于是否调用外部服务
  • 浏览器 / Docker / GitHub 写权限:与本 Skill 的正常用途无关,不需要

四、账号 / API Key

Skill 本身通常不需要单独的账号、API Key 或 Token。你可能需要的是所用的 AI Agent / 模型服务的账号与访问凭证,那是使用 Agent 的前提,不是这个 Skill 额外要求的。如果官方资料未说明存在独立凭证需求,就按无需额外凭证理解。

最小使用条件

  1. 一个支持 Skill 加载的 AI Agent(Claude Code 优先)
  2. 可用的模型服务与账号
  3. 待规划的产能 / 任务素材
  4. 无需额外安装依赖、无需单独 API Key

Skill 安装、使用与卸载教程

一、安装

直接复制本页面提供的 Skill 安装指令,粘贴到对应的 Agent 或终端中执行即可。LemonAIKit 已在 Skill 详情页给出安装命令,这里不再重复输出一遍。

如果你不确定自己的 Agent 该怎么装,最省事的办法是直接问它:

如何安装 anthropics/knowledge-work-plugins#capacity-plan?

如何在 Claude Code 中安装 anthropics/knowledge-work-plugins#capacity-plan?

如何在 Codex 中安装 anthropics/knowledge-work-plugins#capacity-plan?

如何在 Cursor 中安装 anthropics/knowledge-work-plugins#capacity-plan?

让当前 Agent 根据自己的 Skill 加载 / 管理机制,给出对应的安装步骤,比套用通用命令更靠谱。如果该 Skill 存在特殊的官方安装前提(例如需要特定目录结构或额外配置文件),以仓库当前说明为准,不要凭印象操作。

二、安装后如何使用

安装完成后,通常不需要专门敲某个命令来启动它。你在对话中提出与产能规划相关的请求时,Agent 会根据 Skill 的描述判断是否调用它。使用方式是自然语言描述你的需求,把你手上的素材一并给出。

适合交给这个 Skill 的典型任务:把任务清单和人力情况整理成排期视图、评估某段时间的产能是否够用、在多个项目间做资源分配对比。

自然语言使用示例:

使用 capacity-plan,帮我把这份任务清单和三个人的人力情况整理成下季度的产能规划。

使用 capacity-plan,评估一下如果再加两个并行项目,团队在 3 月会不会过载。

使用 capacity-plan,把这几个项目的排期整理成一张表,标注出产能缺口在哪几周。

向 Agent 描述需求时,尽量把时间范围参与人力任务清单约束条件说清楚,输出会更有用。缺少信息时,Agent 通常会向你追问,如实补充即可。

三、卸载

卸载保持简单:使用对应 Agent 或 Skill 管理器提供的删除方式,移除这个 Skill 即可。

不同 Agent 的 Skill 安装位置和管理方式可能不同,如果没有统一的卸载命令,直接询问当前 Agent 通常更稳妥:

如何卸载 anthropics/knowledge-work-plugins#capacity-plan?

Agent 会告诉你它把这个 Skill 放在哪里、用什么方式移除。

常见问题

1. 这个 Skill 会修改我已有的项目文件吗?

作为知识工作型 Skill,它的正常用途是处理你提供的规划素材并返回整理结果,不会主动去改你的项目文件。除非你在 Agent 中授予了文件写入权限、并且明确要求它写文件,否则不涉及改动。若想更保险,可以关闭 Agent 的自动写文件能力,只让它返回文本。

2. 可以同时安装到多个 Agent 里吗?

可以。Skill 本质是一组指令文件,并不绑定到某一个 Agent。你可以在 Claude Code、以及支持 Skill 的其他 Agent 中分别安装。需要注意的是,各 Agent 的加载机制不同,同一个 Skill 在不同 Agent 里的表现、触发方式可能有差异。

3. 为什么装完了 Agent 却没识别到这个 Skill?

常见原因有几个:安装目录不对、Agent 需要重启或重新加载才能识别新 Skill、Skill 名称 / 路径写错、或者该 Agent 的版本不支持这类 Skill。排查顺序建议:确认安装位置 → 重启 Agent → 直接问 Agent你现在能识别到 capacity-plan 这个 Skill 吗。

4. Skill 更新后需要重新安装吗?

取决于你用的 Agent 的 Skill 管理方式。有些 Agent 支持从源拉取更新,有些需要你手动重新安装。当前官方资料未明确统一说明这一点,最直接的办法是询问你正在使用的 Agent:如何更新已安装的 capacity-plan。

5. 在中国大陆使用有网络要求吗?

安装阶段需要访问 GitHub 或官方来源,这一步在国内可能受网络环境影响。使用阶段则取决于你所用的模型服务,与 Skill 本身无关。如果你能正常访问所用 Agent 的模型服务,且安装时能拉到仓库,使用上一般没有额外障碍。

6. 它和一般的项目管理工具 / 排期模板有什么区别?

区别在谁来处理信息。项目管理工具需要你手动录入、维护数据;排期模板需要你自己填。capacity-plan 的定位是让你用自然语言把素材交给 Agent,由 Agent 按 Skill 的方法论整理成规划结果。它更快、更灵活,但不具备工具的数据持久化和多人协同能力。二者可以配合使用:用 Skill 快速产出草稿,再录入正式工具。

7. 输出的排期结果可以直接用于生产决策吗?

不建议直接用。产能规划涉及真实的人力和业务约束,Agent 的输出质量取决于你给的输入质量,也可能遗漏你未说明的前提。把它的结果当作整理好的草稿和思路,由你复核、修正后再用于决策,是更稳妥的用法。

Skill 更新日志

版本列表
无版本号
将所有插件中的命令迁移为技能 - 将所有 commands/*.md 文件转换为 skills/*/SKILL.md 格式 - 将 36 个参考-技能对合并到其可调用对应项中 - 将仅参考的技能标记为 user-invocable: false - 为迁移的技能扩展描述,包含使用场景 - 保持 partner-built/ 命令不变 - 从 marketplace.json 中移除 bio-research

暂无评论

none
暂无评论...