先给大家划个n8n-skills的官方入口准星：github.com/n8n-io/skills。要是你刷到的文章、视频或者教程没指向这个仓库，还敢标“官方”，可得多留个心眼核验下。官方README里写得很清楚：这是n8n团队专门为instance-level MCP准备的Skills与插件。

入口核验：别光看名字，得认准仓库主体

官方仓库的所属主体是 n8n-io。README顶部标着Official n8n Skills，还明确说明n8n MCP负责连接，n8n Skills负责定标准。这个信号可比搜索结果标题靠谱多了——毕竟“n8n-skills”这个名字，不少社区项目也在用。

配置路线理清：Claude Code装插件，n8n侧开MCP

先在Claude Code里添加marketplace，再安装插件。官方给的命令是 /plugin marketplace add n8n-io/skills 和 /plugin install n8n-skills@n8n-io。安装的时候填n8n实例的基础URL就行，别把后台路径、workflow路径或者自己手动加的MCP后缀一股脑粘进去。

然后在n8n侧启用instance-level MCP。官方文档把它描述为实例级连接：一个n8n实例提供统一连接，客户端完成认证后，可以访问权限范围内的MCP能力。这里的关键可不是“把所有工作流都暴露出去”，而是得按照平台设置和权限来连接。

配置时最容易搞混的三组概念

Skill和MCP根本不是一回事

Skill是给Claude Code读的规则与上下文，MCP是连接n8n实例的工具通道。只装skill没授权MCP的话，Claude Code只能“懂一点n8n的皮毛”，没法靠谱地读写你的工作流。

官方版和社区版别混着装成一套

社区项目 czlonkowski/n8n-skills 也有自己的安装命令和n8n-mcp体系。它可以拿来参考，但别把社区的命令套到官方插件的配置步骤里。排错的时候先确认当前插件来自哪个仓库。

Codex和Claude Code的配置方法不一样

官方README也提供了Codex的配置路线：Codex可以添加同一个marketplace和插件，但MCP服务器需要另行添加，比如把 https://<your-n8n-domain>/mcp-server/http 填到MCP server里就行。Claude Code的插件则是在安装时就会提示你填实例URL。

配置完成后怎么验收？

可别直接让AI改生产工作流。先让它列出当前n8n MCP的连接状态，再让它读取一个无风险的测试workflow，最后让它针对一条简单需求给出草稿方案。等确认它能读、能解释、能说清需要哪些凭据和测试数据，再进入正式创建。

官方入口的价值，就在于把连接、技能和提醒放在同一条线上。入口对了，后面排错才有共同语言；入口错了，再详细的教程也可能只是在修另一个项目的问题。