Claude Cowork 插件：把 AI 从文件助手变成你的数字员工

很多人使用 Claude Cowork 的方式，还停留在“智能文件助手”阶段：整理文件、转换表格、批量重命名文件夹。

真正高级的用法，是构建一个插件：把一个具体岗位的工作方法、行业知识、输出模板、执行规则和质量检查全部封装进去。

换句话说，你不是在写一个提示词，而是在做一个会按你的流程工作的数字员工。

插件本质上是什么

一个 Cowork 插件，本质上就是一个有固定结构的文件夹。它告诉 Claude：我是谁、负责什么、什么时候启动、工作流程是什么、参考什么资料、输出什么格式、交付前检查什么。

my-plugin/
├── .claude-plugin/
│   └── plugin.json
├── skills/
│   └── primary-task/
│       └── SKILL.md
├── commands/
│   └── run-task.md
├── references/
│   └── templates.md
├── global-instructions.md
└── folder-instructions.md

plugin.json 是身份信息，SKILL.md 是大脑，commands 是快捷入口，references 是参考材料，global-instructions.md 是长期指令，folder-instructions.md 是项目上下文。

先研究岗位

写插件前，先弄清楚这个“员工”到底要负责什么：完整工作流、常用工具、数据源、判断指标、输出格式、边界情况和常见错误。

然后采访你自己：你平时怎么做？你有哪些默认判断？你每次会检查什么？你心里的“好结果”和“差结果”差在哪里？

最好的 AI 员工，不是用通用最佳实践堆出来的，而是用你的真实经验训练出来的。

写好 SKILL.md

SKILL.md 决定这个数字员工到底会不会干活。它至少应该包含：技能名称、触发描述、概览、逐步流程、输出格式、规则、边界情况和质量检查清单。

其中最关键的是 description。它决定技能能不能被正确唤醒。写得太模糊，技能不会启动；写得太宽，技能会乱抢任务。

补齐支持文件

plugin.json 负责身份，斜杠命令负责触发，全局指令负责风格和默认规则，参考资料负责专业度。

不要只告诉它“写一份报告”，要告诉它“我们的好报告长什么样”。

安装、测试、迭代

插件写完后，要像验收新人一样测试它：检查结构、运行命令、拿真实数据测试、看输出是否符合预期。

至少跑 5 次，每发现一个问题，就回到 SKILL.md 里加规则、改步骤、补示例。

这个循环，才是把普通助手变成可靠员工的关键。

扩展成工作系统

第一个技能稳定以后，可以继续增加第二个技能、自动化命令、定时任务和多代理并行。

真正有价值的不是某一个技能，而是一条可重复运行的工作链：研究、分析、生成、检查、分发、复盘。

每周做绩效复盘

数字员工不会自己变好，变好的是你的指令。

每周花 15 分钟看它哪些地方符合预期，哪些地方需要你修，哪些判断经常出错，然后把这些发现写回 SKILL.md。

两个月后，你沉淀的就不是提示词，而是一套越来越稳定的工作系统。

原文来源：@eng_khairallah1