Rule Miner：让AI写出“像你团队”的代码

Rule Miner：让AI写出“像你团队”的代码

背景

AI 编码助手越来越强，但你有没有发现：

• Copilot、Claude、Cursor 生成的代码，虽然能跑，但总有点“AI味儿”——风格、命名、结构都很标准，却和你们团队的习惯差一截。
• 项目里那些“约定俗成”的写法，AI 根本学不会。比如：service 和 types 文件总是成对出现，某些命名前缀/后缀，某些反模式（比如绝不允许用 any），还有一些隐藏的耦合关系。
• 你想让 AI 生成的代码真正“融入”项目，但靠 prompt 反复强调，效果有限。

解决方案：Rule Miner

Rule Miner 是一个 VS Code/Claude/Copilot/Cursor/Trae 通用的 skill，专门为“让 AI 学会你项目的开发习惯”而生。

它会：

1. 全量阅读你的项目源码（跳过 node_modules、dist、build 等）
2. 提取 8 类模式：命名、组织、导入、错误处理、注释、测试、隐藏关联、反模式
3. 只保留“偏离语言默认”的规则，比如团队独有的命名、结构、耦合、排斥项
4. 生成 ≤1000 字的规则，写入 Copilot、Claude、Cursor、Trae 四种 IDE 的配置文件
5. 规则语气毒舌刻薄，让 AI 不敢越雷池一步

为什么要“毒舌”风格？

事实证明，AI 对“建议”类 prompt 很容易软处理，但对“强制、刻薄、零容忍”的规则会更认真遵守。

比如：

• “建议不要用 any” → AI 可能还是会用
• “用 any 我会直接回滚你整个 PR” → AI 基本不会再用

安装方法

推荐一键安装：

npx skillsaddxiwen-haochi/agent-rule-miner

或手动复制 rule-miner/ 文件夹到项目根目录。

使用方法

安装后，在 AI 聊天框输入：

• “分析这个项目的编码风格，生成项目规则”
• “Mine the coding conventions of this project”
• “Generate .cursorrules for this project”
• “学习项目规范，帮 AI 理解这个项目”

AI 会自动触发 Rule Miner skill，流程如下：

1. 侦察：识别语言/框架/目录结构/已有 linter 配置
2. 全量读取：按优先级读所有源文件
3. 模式提取：统计 8 类编码模式
4. 规则蒸馏：筛选高价值规则，≤1000 字
5. 预览确认：先展示规则草稿，等你确认
6. 写入文件：写入 4 种 IDE 配置文件（已有内容不会被覆盖）

示例输出

# Project Rules > Stack: TypeScript · Express · PostgreSQL. REST API service. ## Naming - Service files end with `Service.ts`, interfaces with `IService.ts`。别自作聪明乱起名，创意留在业务逻辑里。 - Route handlers 必须是 `handle[Verb][Resource]`。再看到 `processData` 或 `doStuff`，直接回滚 PR。 ## Code Organization - 每个 service 必须有同名 types 文件。没有 types = 这个 service 不存在。 - 直接在 service 里 import `pg`，你就是单点故障源。所有 DB 操作必须走 `db/` 层。 ## Anti-Patterns - 用 `any`，整个 PR 都别想过。`unknown` 不会用就去学。 - 在 `config/env.ts` 之外碰 `process.env`，你就是弱智。

总结

Rule Miner 让 AI 真正“入乡随俗”，写出和你团队一样风格的代码。再也不用担心 AI 生成的代码“格格不入”！