公司刚给团队买了Claude授权，全员欢呼。第一周确实爽——"这东西太神了！"每个人都在摸索新玩法，互相分享发现，气氛热烈。
但问题悄无声息地冒了出来。没人统一规划过，每个人都在自己的机器、自己的界面里单独配置。同事A琢磨出一套审查代码的绝佳提示词，自己用着顺手，从没想过同步给团队。同事B写了个自动生成Jira工单的技能，存在自己电脑上，别人根本用不了。
结果是：你们团队有多少人，就有多少个版本的Claude。
最直观的解决办法——通过Cowork导出导入配置文件——确实能跑通，但只限于Cowork用户。用Ubuntu跑Claude Code的开发同事一开始就没这选项。就算勉强能用，每次有人更新技能，你还得往团队Slack里丢文件。旧版本没人记得清，新版本又不知道谁装上了。
真正的解法是把Git仓库当成内部插件市场。
Claude Code和Cowork都支持从外部源导入技能、命令和智能体，只要那个源遵循插件市场的目录结构。这意味着你可以搭一个团队全员能访问的Git仓库，作为Claude工具链的唯一真相源。一个人更新，全员同步。Windows配Cowork、Mac、Ubuntu配Claude Code—— whatever，都能导入。
具体怎么搭？
第一步，建仓库。GitHub、GitLab、Bitbucket都行，团队机器能访问到就可以。目录结构长这样：
claude-plugin-marketplace/ ← 仓库根
├── .claude-plugin/
│ └── marketplace.json ← 市场索引
├── README.md
└── greetings/ ← 每个插件一个目录
├── .claude-plugin/
│ └── plugin.json ← 插件元数据
├── commands/
│ └── welcome.md ← 具体命令
└── skills/
└── greet-in-language/ ← 技能
└── SKILL.md
第二步，写marketplace.json。放在仓库根目录的.claude-plugin/下面，列出所有可用插件：
{
"name": "claude-montells-plugins",
"owner": {
"name": "Michel Sánchez Montells"
},
"plugins": [
{
"name": "greetings",
"source": "./greetings",
"description": "A collection of greeting utilities: a /welcome command that introduces the session with date and directory context, and a skill that greets the user in any language they request."
}
]
}
name字段决定这个市场在Claude里怎么显示。plugins数组里每个条目要有name和source，source指向插件所在的相对路径。
第三步，每个插件目录里放plugin.json。位置是.claude-plugin/plugin.json，内容长这样：
{
"name": "greetings",
"version": "1.0.0",
"description": "A collection of greeting utilities: a /welcome command that introduces the session with date and directory context, and a skill that greets the user in any language they request."
}
version字段帮你追踪迭代。团队成员导入后，仓库里有更新时Claude会提示升级，不用手动传文件。
这套机制的核心价值是把"个人技巧"变成"团队资产"。以前离职员工的提示词跟着人走，现在全留在仓库里。新同事入职，一条git clone再加导入，直接继承全团队沉淀的最佳实践。
Claude官方没推这个功能，但接口已经开放。早搭早省心，等团队规模翻倍再补课，迁移成本就高了。
热门跟贴