/tags/copilot/ Recent content in copilot on Hugo -- gohugo.io en Sun, 29 Mar 2026 10:00:00 +0800 /posts/npx-skills-superpowers-multi-agent/ Sun, 29 Mar 2026 10:00:00 +0800 /posts/npx-skills-superpowers-multi-agent/ 同时维护多个 AI coding 工具是越来越常见的选择。我本地同时使用 Claude Code、GitHub Copilot、Gemini CLI、Qwen 和 OpenCode。 每个工具在正式使用前通常都需要一定的配置，让它了解你的工作方式——比如"先写测试再写实现"，或者"遇到 bug 先系统排查再动手改代码"。 问题在于，每个工具的配置文件格式各不相同： Claude Code 读取 CLAUDE.md GitHub Copilot 读取 .github/copilot-instructions.md Gemini CLI 读取 GEMINI.md OpenCode 读取 OPENCODE.md 这意味着同一套工作方式的描述，需要在多个文件里重复维护。有没有更省事一点的方式？ 背景：多 agent 的配置碎片化问题 想象你希望所有 AI 工具都遵循 TDD（测试驱动开发）——先写失败的测试，再写最小实现，再重构。 在以前，你需要把这套描述分别写入每个工具的配置文件。一旦你想调整措辞或补充细节，就得同步修改多处。更麻烦的是，这些配置不太方便和别人共享，也不容易直接复用社区里整理好的工作流配置。 Skills 生态系统可以在一定程度上缓解这个问题。 Skills 生态：统一的能力扩展标准 Skills 是一套开放的约定：将 AI agent 的工作方式描述为 Markdown 文件，统一存放在项目的 .agents/skills/ 目录下。支持这套约定的工具通常会按约定读取这个目录，因此不需要为每个工具分别维护一套格式。 这套标准由三个部分组成： skills.sh — 公共 skills 目录，可以浏览和搜索社区发布的 skills npx skills CLI — 命令行工具，用于发现、安装和管理 skills 本地 .agents/skills/ 目录 — skills 的实际存储位置，可以通过 Git 提交和共享 常用命令：