插件不生效是因触发条件未满足：文件语言模式须为javascript/typescript/vue，光标需在可编辑代码处，且需手动调用快捷键或选中文本；chtmlCoder适合造新变量名，var-translate-en适合已有中文转义；二者均不支持重命名，且需规避ESLint/Prettier冲突及TS Unicode报错。
为什么“中文变量名生成”插件总不生效？
不是插件坏了，而是它根本没被正确触发。VSCode 里所有依赖中文语义的命名辅助插件（比如 chtmlCoder、var-translate-en）都要求：当前文件语言模式必须是 javascript、typescript 或 vue，不能是 Plain Text 或未识别类型；光标必须落在可编辑的代码行（如 const 后、= 前），不能在字符串、注释或空行里。
- 右下角语言模式显示为“Plain Text”或“Unknown”时，按
Ctrl+Shift+P输入Change Language Mode，选对应语言 -
chtmlCoder的快捷键Ctrl+Shift+P→ 输入CHTML: Convert Chinese to Variable Name才能唤起，不是直接输中文就自动转换 -
var-translate-en默认只响应选中文本（非光标悬停），必须先用鼠标或Shift+方向键选中汉字，再按Ctrl+Shift+V - 若项目根目录有
.editorconfig或jsconfig.json，且禁用了语言服务（"checkJs": false），插件可能拿不到 AST，导致无法解析上下文
chtmlCoder 和 var-translate-en 怎么选？
两者定位不同：chtmlCoder 是在线词库驱动型，适合“从零造变量名”；var-translate-en 是本地翻译+驼峰转换型，适合已有中文描述快速转义。
-
chtmlCoder支持 Web 端补全（打开浏览器选词），但需联网；离线时仅提供基础拼音转驼峰（如“用户列表”→userList），不支持语义消歧 -
var-translate-en可配置翻译引擎（默认百度，可换腾讯/自建 API），支持双击Ctrl快速中译英，再按Ctrl+Shift+V转驼峰，但不提供同义词推荐 - Vue/TS 项目中，
var-translate-en对 Composition API 的ref/computed声明更友好（如选中“用户名”→userNameRef）；chtmlCoder更适合命名组件、路由、状态字段等高层级标识符 - 两者都**不处理已有变量重命名**——想改
userName为accountName，得靠 VSCode 原生F2或Auto Rename Tag（后者仅限 HTML 标签）
中文命名插件和 ESLint/Prettier 冲突怎么办？
冲突点不在命名本身，而在命名后自动格式化或校验时的规则误判。例如 ESLint 规则 camelcase 会拒绝带中文的变量名（用户列表），而 Prettier 保存时可能把插件生成的 getUserInfo 强制改成 getuserinfo（如果配置了 lowercase 风格）。
- 确保
.eslintrc.js中显式关闭对变量名的强制驼峰检查："camelcase": ["error", { "properties": "never" }] - Prettier 不管变量名，但若用了
prettier-plugin-jsdoc，它可能把中文注释里的参数名格式化掉，建议禁用该插件或在prettier.config.js中加"jsdocDescriptionWithDot": false - 插件生成的变量名若含 Unicode（如
用户列表），TypeScript 编译器会直接报错TS1003，必须转成 ASCII —— 这是硬性限制，不是插件问题 - 团队协作时，把命名规范写进
CONTRIBUTING.md，比依赖插件更可靠；插件只负责“辅助输入”，不负责“统一标准”
koroFileHeader 能不能配合中文命名？
可以，但它只管注释内容，不管变量名本身。它的价值在于把中文语义“锚定”在函数/文件头部，让后续命名有依据，而不是替代命名插件。
- 在
settings.json里配好"fileheader.customMade": { "Description": "获取用户信息" }，新建文件时按Ctrl+Alt+I就插入中文描述 - 写函数时，先写好
/** @description 获取用户信息 */，再用var-translate-en把“获取用户信息”转成getUserInfo，保持注释与实现一致 - 注意：koroFileHeader 的模板变量（如
$description$）必须用英文名，否则无法替换；但变量值可以是中文，它不校验内容合法性 - 别指望它自动提取函数体里的中文字符串来生成变量名——它不分析代码逻辑，只做模板填充
真正卡住的不是工具链，而是“中文描述 → 英文标识符”这一步的语义损耗。插件能帮你跳过查词典，但没法替你判断 userInfo 和 userProfile 哪个更贴切业务场景。
