Knowledge Work Plugins：让工作助手使用共享任务文件
怎样选择 productivity、纯 Markdown 或共享任务服务
根据个人文件所有权、团队协作和上下文需求选择方案，用受控样本代替插件数量或热度判断。
怎样选择 productivity、纯 Markdown 或共享任务服务知识学习CN编辑简报更新 2026-09-18
你将学会
- 简单需求先看文件
- 团队保证交给共享服务评估
- 写下有条件的选择
开始前需要
- 基本命令行与配置阅读能力
- 能够在独立且获准的环境中试验
设计独立的只读解析预览，在保存前展示不支持的 Markdown、分组冲突和往返序列化差异。
先看结论
- 个人可携带性不同于团队协作。
- 有连接器不代表完整同步。
- 采用决定应来自观察任务。
简单需求先看文件
如果只是维护个人清单且愿意直接编辑，普通 Markdown 已经可以完成任务。只有当解释工作简称或提取待确认承诺成为实际负担时，增加宿主助手才有明确评估价值。
productivity 提供文件看板和记忆约定，可以用真实但获准的小样本判断是否减少了工作。一个狭窄的个人任务流程，没有必要同时安装集合中所有角色插件。
团队保证交给共享服务评估
需要逐用户权限、持久历史或协调编辑的团队，应评估现有项目管理服务是否继续作为权威状态源。审阅的文件与看板实现本身没有建立这些多人协作保证。
连接器可以补充共享服务，但需要验证具体集成的创建、更新和身份映射。不能仅凭 README 的宽泛流程描述，就宣称所有服务都支持完整双向同步。
写下有条件的选择
重视本地可携带性和可编辑背景时，可以选择小规模插件试点；主要需求是可追责的团队状态时，则优先保留直接使用共享服务的方案。决定应依据观察到的准确性和纠错负担。
正面试验结论只适用于实际测试的宿主、插件版本及连接器。权限或数据处理问题未解决时，应保留采用条件。项目热度和角色目录数量都不能代替这些证据。
如何选择
| 比较维度 | 方案 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
记录已测边界和剩余采用条件。
可复制示例
json
{
"selectionRecord": true,
"sourceOfTruth": "choose file or shared service",
"needsConcurrentEditing": null,
"testedConnector": null,
"decision": "pending observed trial"
}常见问题
必须替换现有任务管理器吗？
不必，重要的协作保证可以继续保留，只试验额外助手流程。
应该一次安装全部插件吗？
范围小的试点更容易核验和授权。
资料来源
- 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/.mcp.json来源核查 2026-09-18