stakeholder-update – 利益相关者进展同步 Skill

3周前更新 7 0 0 0

stakeholder-update 是帮助 AI Agent 为项目或产品生成面向管理层、客户、团队等不同受众的进展汇报与状态更新内容的沟通类 Skill,适合需要撰写项目进度、里程碑汇报或定期状态通报的场景。

Skill 安装

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

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

Skill 调研报告

Skill 详细介绍

anthropics/knowledge-work-plugins#stakeholder-update 是 Anthropic 官方 knowledge-work-plugins 仓库中的一个 Skill,名称可以识别为 stakeholder-update。它属于 Anthropic 面向知识工作场景发布的插件集合,主要用途是帮助用户编写和更新“干系人汇报”类文档,也就是面向项目相关方、管理层、客户或团队的状态更新、进度汇报与沟通材料。

需要先说明一点:这个 Skill 本身不是一个独立运行的软件,也不是一个可单独执行的命令行工具。它本质上是给 AI Agent 使用的一套指令与工作方法,安装后由 Agent 在对话中调用。真正执行任务的是你使用的 AI Agent,Skill 提供的是任务结构、写作规范和汇报框架。

核心用途

– 把零散的项目进展、问题、风险整理成结构清晰的汇报
– 面向不同受众(管理层、客户、团队、跨部门干系人)调整汇报的详略和语气
– 生成周期性的状态更新,例如周报、里程碑更新、阶段性总结
– 在汇报中区分:已完成事项、进行中事项、风险与阻塞、下一步计划

它是什么

– 一个面向“干系人沟通”写作任务的 Skill
– 一套帮助 Agent 组织汇报内容的指令集 / 工作流
– 适配 Claude Code 等 Anthropic 官方 Agent 环境的 Skill 组件

它不是什么

– 不是项目管理软件
– 不会自动从你的项目里抓取数据
– 不会自己发送邮件或消息
– 不连接第三方协作平台,除非你使用的 Agent 本身提供了这些能力

典型使用场景

– 项目周报、双周报
– 里程碑节点给管理层的汇报
– 给客户或合作方的进度说明
– 跨团队同步的简短状态更新
– 把一份冗长的技术记录压缩成非技术干系人能看懂的摘要

适合哪些用户

– 需要定期向管理层或客户做进度汇报的项目负责人、PM
– 需要把技术进展翻译成业务语言的工程负责人
– 需要维护固定汇报节奏的团队成员

不适合哪些需求

– 需要自动采集项目数据的任务(这属于数据采集类 Skill)
– 需要真正发送消息或邮件的任务(这属于集成类能力)
– 需要做数据分析本身的任务

它和 Agent 自身写作能力的区别在于:它不是让 Agent “随便写一段总结”,而是提供一套面向干系人沟通的汇报结构和取舍原则,让输出更贴近真实汇报场景,而不是泛泛的总结。

Skill 安全评估

总体判断:这是一个以文本写作和组织为主的 Skill,本身不涉及执行危险操作,风险主要来自它所处的 Agent 环境和你的使用方式,而不是 Skill 本身。

与安全相关的要点

– 来源可信度:该 Skill 来自 Anthropic 官方仓库 anthropics/knowledge-work-plugins,来源属于官方组织,供应链风险相对可控。
– Shell 与文件权限:这类写作型 Skill 通常不需要 Agent 执行 Shell 命令来完成核心任务。如果 Agent 在执行过程中要读取你的项目文件作为汇报素材,需要授予文件读取权限;这一步是你主动选择的。
– 文件写入:如果让 Agent 把生成的汇报保存为文件,会涉及写入。是否允许写入由你决定。
– 网络访问:生成汇报文本本身不需要联网。如果 Agent 联网,通常是 Agent 自身配置,而不是这个 Skill 的要求。
– 第三方 API / Key:没有可靠资料显示该 Skill 本身需要 API Key 或 Token。你的项目数据是否需要凭证,取决于你让 Agent 接触什么内容。
– 数据敏感性:干系人汇报经常包含项目内部信息、客户信息、未公开的计划。把这些内容贴进 Agent 对话时,要注意是否符合你所在组织的保密要求。

实操建议

– 如果只是让它帮忙写汇报,可以不给 Agent 自动执行 Shell 的权限。
– 涉及客户名称、财务数字、未发布计划时,先判断这些内容是否可以进入 AI 对话环境。
– 不要在汇报材料里粘贴密钥、Token、密码等凭证。
– 汇报内容提交给真实干系人之前,仍需人工核对事实与数字。

没有资料表明该 Skill 本身存在已知安全问题,但也不建议把它描述成“绝对安全”。安全性更多取决于你用的 Agent 配置和你要处理的资料敏感程度。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方仓库,与 Claude Code 这类 Anthropic 官方 Agent 环境高度适配,可以优先在 Claude Code 中使用。

官方没有提供完整的第三方 Agent 兼容列表。从 Agent Skill 的一般工作方式看,在支持 Skills、自定义 Skill 或类似指令加载机制的 Agent 中,通常也可以尝试使用,例如 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等。不同 Agent 的 Skill 加载方式、目录结构和管理机制不一样,兼容程度也不同,具体以你所用 Agent 当前版本的实际支持情况为准。

二、运行环境 / 依赖

| 项目 | 要求 |
|—|—|
| Agent | Claude Code 优先,其他兼容 Agent 可尝试 |
| Node.js | 当前官方资料未明确说明该 Skill 需要 Node.js |
| Python | 当前官方资料未明确说明该 Skill 需要 Python |
| Git | 通常由 Agent 的 Skill 安装机制处理,一般无需手动操作 |
| 网络 | 生成汇报文本本身不依赖联网 |

该 Skill 本质是写作与组织任务,通常不依赖特定运行时环境。如果所用 Agent 的安装机制需要额外依赖,以该 Agent 的官方说明为准。

三、权限

– 文件读取:可选。如果你希望 Agent 基于本地项目文件生成汇报,需要读取对应文件。
– 文件写入:可选。如果希望把汇报保存成文件。
– Shell:通常不是必需。核心任务不依赖命令行执行。
– 网络:通常不是必需。
– 第三方平台权限:不是该 Skill 的核心要求。

四、账号 / API Key

该 Skill 本身通常不需要单独的账号、API Key 或 Token。是否需要凭证,取决于你使用的 Agent 环境,以及你让 Agent 接触的项目内容。不要把“Agent 需要的凭证”和“这个 Skill 需要的凭证”混为一谈。

最小使用条件

1. 一个可以使用该 Skill 的 AI Agent(Claude Code 优先)
2. 该 Skill 已正确安装并被 Agent 识别
3. 你提供的项目进展信息(可以是零散笔记、要点清单或草稿)

Skill 安装、使用与卸载教程

一、安装

最省事的方式是直接复制本页面提供的 Skill 安装指令,粘贴到对应 Agent 或终端执行。

如果你不确定自己的 Agent 怎么装 Skill,可以直接问当前 Agent:

如何安装 anthropics/knowledge-work-plugins#stakeholder-update?

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

如何在 Cursor 中安装 anthropics/knowledge-work-plugins#stakeholder-update?

让 Agent 根据自己的 Skill 加载与管理机制给出安装步骤,通常比手动查找目录更稳妥。不同 Agent 的安装位置和方式可能不同,具体以对应 Agent 的说明为准。

二、安装后如何使用

安装成功后,你不需要记专门的命令。直接把它当写作工具来用,用自然语言描述任务和目标读者即可。以下几个示例可以直接参考:

使用 stakeholder-update,帮我把这份项目进展整理成给管理层的月度汇报,控制在半页以内。

使用 stakeholder-update,把这些技术要点改写成客户能看懂的进度更新,重点说明风险和下一步计划。

使用 stakeholder-update,帮我把本周工作整理成团队周报,区分已完成、进行中和阻塞项。

使用时尽量提供:目标读者是谁、汇报周期、必须包含的要点、期望篇幅与语气。信息给得越具体,输出越贴近真实汇报。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式不同,不一定存在统一的卸载命令。你可以:

– 使用对应 Agent 或 Skill 管理器提供的删除方式移除该 Skill
– 直接询问当前 Agent:“如何卸载 anthropics/knowledge-work-plugins#stakeholder-update?”

如果没有统一的卸载命令,直接让 Agent 帮你移除通常更稳妥,也能避免误删其他 Skill。

常见问题

1. 这个 Skill 会自己从我的项目里抓数据吗?

不会。它只负责组织和撰写汇报内容,数据需要你自己提供,或由你明确授权 Agent 读取指定文件。

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

可以尝试。不同 Agent 的 Skill 目录相互独立,一般在各自环境中分别安装即可,具体以对应 Agent 的机制为准。

3. 为什么安装后 Agent 没识别到这个 Skill?

常见原因:安装路径不对、Agent 未重启、Agent 当前版本不支持该 Skill 加载机制、Skill 名称拼写不一致。可以先确认 Agent 版本,再询问当前 Agent 如何检查已安装 Skill。

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

生成汇报文本本身不依赖联网。但安装 Skill、访问 GitHub 或使用云端 Agent 时可能涉及网络访问,是否顺畅取决于你使用的 Agent 与网络环境。

5. 它会修改我已有的项目文件吗?

不会主动修改。只有在你明确要求写入文件、且 Agent 拥有写入权限时,才可能产生文件改动。

6. 适合直接用于生产环境的正式汇报吗?

它可以作为起草和整理工具,但正式对外汇报中的数字、结论和承诺仍需人工核对。建议把它当成“初稿与结构助手”,而不是最终发布版本。

7. 和 Agent 自带的总结能力有什么区别?

Agent 自带的总结偏通用。该 Skill 更聚焦“干系人沟通”这一场景,强调受众区分、风险与阻塞的呈现、下一步计划的结构,输出更接近真实汇报格式。

Skill 更新日志

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

暂无评论

none
暂无评论...