github copilot可通过五步实现命名规范自动校验：1. 在项目根目录.github/copilot-instructions.md定义自然语言规则；2. 配置vs code启用filter模式与600ms延迟；3. 实时拦截并建议修正不符合驼峰式等规范的命名；4. 结合eslint实现写时拦截与存时兜底双保险。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让GitHub Copilot在你写代码时就自动拦截并修正变量、函数、类名等不符合团队命名规范的错误，避免人工逐行审查和后期批量重命名的高成本返工。
第一步：在项目根目录创建Copilot指令文件
打开你的项目根目录，在.github文件夹内新建一个名为copilot-instructions.md的文件。如果.github文件夹不存在，请先手动创建它——Copilot只认这个固定路径，放错位置将完全失效。
这一步必须严格遵循官方约定：【文件名必须是copilot-instructions.md，且必须位于项目根目录下的.github子目录中】。任何变体（如.copilot.md、copilot_rules.md或放在docs/下）都会导致Copilot彻底忽略全部指令。
第二步：用自然语言定义命名规则
在.github/copilot-instructions.md中，用清晰、无歧义的中文或英文描述你们团队的命名约定。不要写正则表达式，Copilot不解析语法，只理解语义。
例如，如果你团队要求所有布尔变量必须以is、has、can开头，函数名必须用驼峰式且动词开头，就在文件里写：
“所有布尔类型的变量名必须以 is、has 或 can 开头，例如 isLoaded、hasPermission、canEdit；所有函数名必须使用驼峰式（camelCase），且以动词开头，例如 fetchUserData、validateInput、handleClick；禁止使用下划线分隔的命名方式（snake_case）。”
注意：Copilot对否定句式理解较弱，所以与其写“不要用下划线”，不如直接写“必须使用驼峰式”——前者可能被忽略，后者会被严格执行。
第三步：配置VS Code启用Copilot命名校验
打开VS Code设置（Ctrl+,），搜索github.copilot.advanced.completionBehavior，将其值设为filter。这个设置会让Copilot在生成建议前主动过滤掉违反copilot-instructions.md中规则的候选项。
监控一个或多个 GitCode 仓库的 PR，通过 OpenClaw Gateway 自动执行 AI 审查，发布 PR 评论，并发送钉钉和企业微信通知。
接着，把inlineSuggest.completeDelay调高到600毫秒。太短的延迟会导致Copilot在你还没打完字母时就强行弹出建议，干扰输入节奏；600ms能兼顾响应速度与判断余量。
第四步：触发并验证命名修正效果
方法一：在JavaScript文件中输入const user_name = → 按空格 → 等待Copilot弹出建议 → 观察是否出现userName替代项。若出现，说明驼峰式规则已生效。
方法二：新建函数时输入function get_user_data → 按Tab接受补全 → Copilot会立即在下方显示灰色建议getUserData，光标停在get_user_data末尾时按Ctrl+Enter可快速替换。
方法三：在Python中声明def calculate_total_price(self): → Copilot会在你敲下冒号后，于函数体第一行自动提示# TODO: rename to calculateTotalPrice to match team naming convention——这是它在主动提醒你修复。
第五步：结合ESLint实现双保险校验
仅靠Copilot无法覆盖已有代码或Git提交后的检查，必须叠加静态分析工具。在项目中安装ESLint和@typescript-eslint/eslint-plugin（TS项目）或eslint-plugin-unicorn（JS项目）。
在.eslintrc.json中添加规则：
"unicorn/prefer-pascal-case": ["error", {"consequences": ["variable", "function", "class"]}]
这条规则会强制检测所有变量、函数、类名是否符合帕斯卡/驼峰规范，并在保存文件时实时报错。Copilot负责“写时拦截”，ESLint负责“存时兜底”，两者缺一不可。
