工具无关设计揭秘knowledge-work-plugins 的~~category占位符机制如何实现一次编写人人可用【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-pluginsknowledge-work-plugins 是一个面向知识工作者的开源 Claude Cowork 插件合集覆盖销售、客服、法务、财务、数据等 11 大岗位。它最巧妙的设计是一套~~category占位符机制插件不写死Jira或Intercom而是写项目跟踪工具客服平台让任何团队安装后都能换成自己的工具栈——一次编写人人可用。为什么插件要工具无关想象你写了一个客服插件里面全是在 Jira 中创建工单。同事的公司用 Linear这个插件对他就是废的——除非重写一份。knowledge-work-plugins 的解法是用类别而不是产品来描述工作流。官方定义是Plugins aretool-agnostic— they describe workflows in terms of categories (support platform, CRM, chat, etc.) rather than specific products. 插件是工具无关的——它们用类别而非具体产品来描述工作流。这一机制的完整说明见 customer-support/CONNECTORS.md。30秒看懂占位符规则~~category就是此处填你自己连接的同类工具的意思。规则只有三条技能文件里直接写占位符如在~~support platform中搜索相似工单每个插件根目录放一份CONNECTORS.md声明类别 → 占位符 → 可选工具的映射.mcp.json预配置推荐工具但同类别的任意 MCP 服务器都可以替换。以客服插件为例映射关系一目了然类别占位符内置服务器其他可选聊天~~chatSlackMicrosoft Teams客服平台~~support platformIntercomZendesk、FreshdeskCRM~~CRMHubSpotSalesforce、Pipedrive知识库~~knowledge baseGuru、NotionConfluence、Help Scout项目跟踪~~project trackerJiraLinear、Asana来源customer-support/CONNECTORS.md真实案例占位符在技能里怎么用占位符不是摆设而是真实出现在工作流步骤中。案例1工单分诊技能。在路由工单之前技能要求先查三个来源~~support platform搜索相似的历史工单~~knowledge base确认是否已有文档~~project tracker确认是否已有 Bug 报告见 customer-support/skills/ticket-triage/SKILL.md。无论你的团队用 Zendesk Confluence Asana 还是 Intercom Notion Linear这段流程原文照跑。案例2数据上下文提取技能。它指示使用~~data warehouse工具连接并探索数据仓库结构——BigQuery、Snowflake、Databricks 都算数。见 data/skills/data-context-extractor/SKILL.md。从占位符到你自己的工具定制流程占位符只是起点落地靠定制自动替换使用cowork-plugin-customizer技能定制插件时~~占位符会被逐一替换成你团队实际使用的具体工具名技能内兜底每个技能文件开头都有提示——看到不熟悉的占位符时去查 CONNECTORS.md例如 customer-support/skills/ticket-triage/SKILL.md 的第 9 行。替换逻辑的规范定义见 component-schemas.md。自己动手三步构建工具无关插件 如果你想让自家插件也能一次编写人人可用技能中用类别指代工具如在~~project tracker中创建 issue而不提具体产品名插件根目录写CONNECTORS.md按类别 / 占位符 / 选项三列表格声明格式规范见 component-schemas.md.mcp.json配置默认推荐工具所有 21 个插件都在根目录附带了 .mcp.json新安装即可用换工具只需改这一个文件。⚠️一个小提醒官方建议~~机制只在需要把插件分享给公司外部的人时使用如果插件只在公司内部流转直接写具体工具名反而更简单。完整指引见 create-cowork-plugin/SKILL.md。小结占位符机制的 3 个价值价值说明 一次编写处处可用同一份技能文件适配所有工具栈 切换工具零成本改.mcp.json或定制占位符即可不动业务逻辑 降低维护负担工作流知识与具体产品解耦产品换代不用重写插件一句话总结~~category占位符是 knowledge-work-plugins 的通用插座设计——技能负责定义做什么占位符 CONNECTORS.md负责告诉用户用什么做。理解了这一套你既会用它也会写它了。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
工具无关设计揭秘knowledge-work-plugins 的~~category占位符机制如何实现一次编写人人可用【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-pluginsknowledge-work-plugins 是一个面向知识工作者的开源 Claude Cowork 插件合集覆盖销售、客服、法务、财务、数据等 11 大岗位。它最巧妙的设计是一套~~category占位符机制插件不写死Jira或Intercom而是写项目跟踪工具客服平台让任何团队安装后都能换成自己的工具栈——一次编写人人可用。为什么插件要工具无关想象你写了一个客服插件里面全是在 Jira 中创建工单。同事的公司用 Linear这个插件对他就是废的——除非重写一份。knowledge-work-plugins 的解法是用类别而不是产品来描述工作流。官方定义是Plugins aretool-agnostic— they describe workflows in terms of categories (support platform, CRM, chat, etc.) rather than specific products. 插件是工具无关的——它们用类别而非具体产品来描述工作流。这一机制的完整说明见 customer-support/CONNECTORS.md。30秒看懂占位符规则~~category就是此处填你自己连接的同类工具的意思。规则只有三条技能文件里直接写占位符如在~~support platform中搜索相似工单每个插件根目录放一份CONNECTORS.md声明类别 → 占位符 → 可选工具的映射.mcp.json预配置推荐工具但同类别的任意 MCP 服务器都可以替换。以客服插件为例映射关系一目了然类别占位符内置服务器其他可选聊天~~chatSlackMicrosoft Teams客服平台~~support platformIntercomZendesk、FreshdeskCRM~~CRMHubSpotSalesforce、Pipedrive知识库~~knowledge baseGuru、NotionConfluence、Help Scout项目跟踪~~project trackerJiraLinear、Asana来源customer-support/CONNECTORS.md真实案例占位符在技能里怎么用占位符不是摆设而是真实出现在工作流步骤中。案例1工单分诊技能。在路由工单之前技能要求先查三个来源~~support platform搜索相似的历史工单~~knowledge base确认是否已有文档~~project tracker确认是否已有 Bug 报告见 customer-support/skills/ticket-triage/SKILL.md。无论你的团队用 Zendesk Confluence Asana 还是 Intercom Notion Linear这段流程原文照跑。案例2数据上下文提取技能。它指示使用~~data warehouse工具连接并探索数据仓库结构——BigQuery、Snowflake、Databricks 都算数。见 data/skills/data-context-extractor/SKILL.md。从占位符到你自己的工具定制流程占位符只是起点落地靠定制自动替换使用cowork-plugin-customizer技能定制插件时~~占位符会被逐一替换成你团队实际使用的具体工具名技能内兜底每个技能文件开头都有提示——看到不熟悉的占位符时去查 CONNECTORS.md例如 customer-support/skills/ticket-triage/SKILL.md 的第 9 行。替换逻辑的规范定义见 component-schemas.md。自己动手三步构建工具无关插件 如果你想让自家插件也能一次编写人人可用技能中用类别指代工具如在~~project tracker中创建 issue而不提具体产品名插件根目录写CONNECTORS.md按类别 / 占位符 / 选项三列表格声明格式规范见 component-schemas.md.mcp.json配置默认推荐工具所有 21 个插件都在根目录附带了 .mcp.json新安装即可用换工具只需改这一个文件。⚠️一个小提醒官方建议~~机制只在需要把插件分享给公司外部的人时使用如果插件只在公司内部流转直接写具体工具名反而更简单。完整指引见 create-cowork-plugin/SKILL.md。小结占位符机制的 3 个价值价值说明 一次编写处处可用同一份技能文件适配所有工具栈 切换工具零成本改.mcp.json或定制占位符即可不动业务逻辑 降低维护负担工作流知识与具体产品解耦产品换代不用重写插件一句话总结~~category占位符是 knowledge-work-plugins 的通用插座设计——技能负责定义做什么占位符 CONNECTORS.md负责告诉用户用什么做。理解了这一套你既会用它也会写它了。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
