Claude、Codex、Cursor、Gemini 等工具的配置目录和支持格式不同。手工复制几次后，很难分清哪份最新，也容易覆盖本机已有的修改。
做成了什么
现在只维护一份源文件，由清单决定给各客户端生成哪些内容。安装前可以预览改动，安装后保留记录，方便检查和撤回。
源文件和生成文件分开
要改就改源文件，再重新生成 targets，免得源文件和客户端配置各改各的。
返回代表作品AI 工程 / 开发者基础设施2025—2026
Case 022025—2026
在不同 AI 编码工具之间共用规则和 Skill
AgentInfra
我们把日常使用的 AI 编码规则、Skill 和工作流放在一个仓库里维护，再生成各客户端需要的文件，省去来回复制和修改。
成果画面待补
同一条规则改一次，就应该能同步到我们使用的几个工具里。
- 10 clients
- 适配的客户端
- 7 profiles
- 安装组合
01 / Context
要解决的问题
02 / System
系统怎样工作
- 01
源文件
规则、Skill、Agent、Command 和 Hook 集中放在 capabilities 与 workflows 目录中维护。
- 02
生成各客户端配置
manifest 清单列出内容、安装组合和目标客户端，生成器据此输出对应格式的文件。
- 03
验证与交付
校验脚本检查格式、链接和生成文件是否一致。安装前先显示改动，安装后记下写入了哪些文件，清理时按记录判断哪些文件是安装器写的。
03 / Decisions
设计中的取舍
按需要选择安装内容
内容分成 core、quality、frontend 等几个组合，做前端时装前端相关的就行，不用把所有配置都装上。
04 / Our work
我们的职责
角色：仓库结构、生成脚本、安装流程和校验，都是我们设计和开发的。
- 01设计源文件目录、内容分类和客户端适配方式
- 02编写清单、生成器、安装和校验脚本
- 03把日常反复使用的工程步骤整理成 Skill 和检查脚本
AI EngineeringSkillsManifestsAdaptersQuality Gates