Knowledge Work Plugins：让工作助手使用共享任务文件
Knowledge Work Plugins：让工作助手使用共享任务文件
通过 productivity 插件理解任务文件、工作记忆与外部连接器，区分宿主能力、已保存的信息和真实执行结果。
你将学会
- 这个集合提供什么
- 从一项承诺开始
- 以固定版本为依据
开始前需要
- 基本命令行与配置阅读能力
- 能够在独立且获准的环境中试验
设计独立的只读解析预览，在保存前展示不支持的 Markdown、分组冲突和往返序列化差异。
先看结论
- 模型执行来自宿主。
- 看板和助手共享 TASKS.md。
- 本地文件不等于多人协作系统。
这个集合提供什么
Knowledge Work Plugins 为 Claude Cowork 和 Claude Code 提供领域指令与集成，涵盖销售、数据分析等工作。本文用 productivity 作为具体入口：把承诺记在 TASKS.md，把工作中的简称和项目背景放进本地记忆文件。
模型与工具执行由宿主提供。安装插件集合不会创建独立助手服务，也不会自动获得邮箱权限。连接器定义、账号授权以及某次操作的许可，需要分别确认，不能用“已经安装”代替。
从一项承诺开始
假设你要在周五前准备一个虚构项目的简报。先在 TASKS.md 中记录负责人和截止时间，再补充项目简称的含义。看板展示同一批任务；卡片信息不对时，可以直接核对底层文件。
这种方式适合希望自己编辑、携带工作上下文的个人。单个 Markdown 文件不提供企业级访问控制、多人事务编辑或可靠的外部双向同步；如果这些是必要条件，就需要单独评估。
以固定版本为依据
本系列审阅提交 ebd7990c。根 README 将集合概括为 Markdown 和 JSON，但 productivity 实际包含带 JavaScript 的 HTML 看板。因此我们分析具体实现，不把整个集合描述为完全没有代码。
后续先介绍不连接外部账号的文件试验。本次没有运行 Cowork 会话或真实连接器；源码支持这里的文件行为分析，但不能证明模型提取工作承诺的准确率。
如何选择
| 比较维度 | 方案 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
选择独立的试验文件夹和虚构背景。
- 2
确定一项带负责人和日期的承诺。
- 3
连接账号前核对任务文件与看板。
可复制示例
TASKS.md
CLAUDE.md
memory/glossary.md
memory/people/
memory/projects/常见问题
插件附带 Claude 使用权限吗？
不附带，需要兼容宿主及相应账号权限。
必须先连接邮箱吗？
不必，productivity 文档允许手动维护任务和记忆。
资料来源
- 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