Knowledge Work Plugins：让工作助手使用共享任务文件
用一项任务和一个简称试用 productivity
在独立目录中检查最小输入输出，保护已有指令文件，并把连接器故障与本地文件编辑问题分开。
你将学会
- 准备独立目录
- 完成最小闭环
- 以可撤销的编辑结束
开始前需要
- 基本命令行与配置阅读能力
- 能够在独立且获准的环境中试验
设计独立的只读解析预览，在保存前展示不支持的 Markdown、分组冲突和往返序列化差异。
先看结论
- 已有 CLAUDE.md 需要保护。
- 命令可见不代表账号已授权。
- 首次结果应在文件中核验。
准备独立目录
选择没有现有 CLAUDE.md 的新文件夹。这个文件名在其他项目里可能承载重要开发指令，不能直接被记忆模板覆盖。首次试验应与生产仓库和私人文档目录分开。
根 README 记录了添加市场、安装指定插件的流程，而 productivity README 使用另一种安装写法。先采用根目录的市场流程，再查看宿主实际列出的插件和命令，不假设所有示例在每个版本都有效。
完成最小闭环
任务技能引用 /productivity:start 和共享 TASKS.md。只在试验目录初始化，添加一项虚构任务，然后检查生成的 Markdown。将标题、负责人和截止日期逐项对照请求，不只看卡片是否像样。
再添加一个只有单一含义的虚构简称，并询问其含义。回答不对时检查 CLAUDE.md 与 memory/glossary.md，区分信息尚未保存和模型误读已保存信息这两类问题。
以可撤销的编辑结束
将虚构任务标为完成，核对文件中的复选框和所在分组。试用看板编辑前保留副本，因为序列化器服务于特定任务格式，不保证保留任意 Markdown 文档中的所有内容。
如果浏览器无法访问本地文件，可以继续文件级试验并记录看板限制。暂不进行全面账号扫描。撤销时恢复试验文件，只停用本次安装的插件，不清理其他项目或账号配置。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
安装 productivity 并核对宿主命令列表。
- 2
在新目录初始化并添加一项虚构任务。
- 3
检查完成状态，需要时恢复试验副本。
可复制示例
claude plugin marketplace add anthropics/knowledge-work-plugins
claude plugin install productivity@knowledge-work-plugins常见问题
为什么命令和文档不同？
仓库中存在不同示例，应以已安装宿主的插件和命令列表核对，不盲试所有写法。
看板打不开文件怎么办？
先继续文件级试验，再单独检查浏览器文件访问支持。
资料来源
- Knowledge Work Plugins / README.md来源核查 2026-09-18
- Knowledge Work Plugins / productivity/README.md来源核查 2026-09-18
- Knowledge Work Plugins / productivity/skills/task-management/SKILL.md来源核查 2026-09-18
- Knowledge Work Plugins / productivity/skills/memory-management/SKILL.md来源核查 2026-09-18