Knowledge Work Plugins：让工作助手使用共享任务文件
productivity 的记忆查找和任务编辑如何流动
追踪工作记忆、深层查找与看板序列化，并将外部服务访问从本地文件循环中单独划出。
productivity 的记忆查找和任务编辑如何流动知识学习CN编辑简报更新 2026-09-18
你将学会
- 先理解再执行
- 共享文件而非事务日志
- 单独标出外部边界
开始前需要
- 基本命令行与配置阅读能力
- 能够在独立且获准的环境中试验
设计独立的只读解析预览，在保存前展示不支持的 Markdown、分组冲突和往返序列化差异。
先看结论
- 记忆查找是宿主指令策略。
- 看板写回特定任务结构。
- 外部动作跨越独立权限边界。
先理解再执行
记忆技能先查 CLAUDE.md，再查 memory/glossary.md 以及人物、项目详情；仍然未知时要求询问用户。这是宿主遵循的指令级查找策略，不是具有确定检索保证的数据库索引。
常用信息会被提升到工作记忆，过时信息则移出这个精简文件。源码中的覆盖比例属于设计目标，本次没有测量真实工作请求在各层得到正确解释的占比。
共享文件而非事务日志
任务技能和看板都操作 TASKS.md。浏览器把标题和复选框行解析成分组与卡片，保存时再序列化这个内部结构；助手也能通过宿主工具独立编辑同一个文件。
这种方式让状态可见，但没有建立多写入方之间的原子协调。看板存在未保存编辑或正在保存时，会跳过外部重载。用于共享承诺之前，需要专门测试重叠编辑。
单独标出外部边界
连接器让宿主从工作系统读取背景或执行获准动作，这些请求离开了本地文件循环，并受连接账号权限约束。提取出一个待办项与真正完成远端更新，应保持不同状态。
排错时分别核对保存的含义、任务文本和连接器结果。项目名称解释正确，并不能证明远端任务已经创建。这种拆分能给每类故障提供下一步检查，而不是一律归因于模型。
如何选择
| 比较维度 | 方案 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
观察一次看板编辑如何写入 TASKS.md。
- 3
单独保存外部动作的响应与标识。
可复制示例
text
CLAUDE.md → memory/glossary.md → 详情文件 → 询问
TASKS.md → parseTaskMarkdown → 看板 → toMarkdown
授权连接器 → 外部服务结果常见问题
memory/ 自动就是向量数据库吗？
审阅的技能描述的是 Markdown 文件和查找顺序，没有描述向量数据库。
本地任务能证明远端已创建吗？
不能，还需检查外部服务响应和任务标识。
资料来源
- Knowledge Work Plugins / productivity/skills/memory-management/SKILL.md来源核查 2026-09-18
- Knowledge Work Plugins / productivity/skills/task-management/SKILL.md来源核查 2026-09-18
- Knowledge Work Plugins / productivity/skills/dashboard.html来源核查 2026-09-18
- Knowledge Work Plugins / productivity/.mcp.json来源核查 2026-09-18