Prettier 配置冲突解决器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/prettier-config-conflict-resolver。
技能介绍
开发者常遇的格式化规则冲突痛点
日常开发中,代码格式化工具常各自为政:ESLint 的 indent 规则可能与 Prettier 默认缩进设置冲突,导致保存文件时反复修正缩进;EditorConfig 的 end_of_line 换行符规则,可能和 Prettier 的 lineEnding 选项不一致,引发团队协作中的行尾符混乱。这类冲突不仅打断开发节奏,还会在 CI/CD 流程中造成不必要的构建失败。
技能的核心工作逻辑
该技能通过两步解决冲突:首先调用 Prettier 的 resolveConfig API 获取合并后的最终配置,同时读取 ESLint 配置文件和本地 EditorConfig 规则;再利用 eslint-config-prettier 的兼容性检查能力,标记与 Prettier 冲突的 ESLint 规则。例如若 ESLint 的 no-multi-spaces 规则与 Prettier 逻辑冲突,技能会自动给出注释该 ESLint 规则的建议,或推荐调整 Prettier 的 no-multi-spaces 选项以匹配 ESLint。
适用边界与注意点
该技能仅处理规则层面的冲突,不修复工具自身的 Bug;要求项目中已安装 Prettier、ESLint 和 EditorConfig 三个工具;对于部分需人工判断的规则(如自定义 lint 规则),技能仅生成建议不会直接修改配置,需开发者手动确认后调整。
使用场景
- 项目同时使用 Prettier、ESLint 和 EditorConfig,保存代码后频繁出现格式化代码回弹和 lint 错误。
- 团队代码仓库出现缩进、行尾符或引号规则不一致,需要定位格式化工具之间的配置冲突。
- CI 检查中 ESLint 与 Prettier 对同一份代码给出互相矛盾的修改要求,需要定位可兼容的配置。
- 准备统一前端项目代码规范时,希望检查 ESLint 规则是否能安全地与 Prettier 协同使用。
适合人员
- 前端工程师:希望停止手动反复修正格式化和 lint 冲突。
- 后端工程师:维护包含 Prettier、ESLint 和 EditorConfig 的 TypeScript 或 JavaScript 服务。
- DevOps 或 CI 负责人:需要减少流水线中由代码格式规则不一致导致的构建失败。
- 技术负责人:准备统一团队格式化规范并降低代码审查中的格式争议。