根本原因是Vintage插件未禁用或系统干扰：需删除Settings–User中"ignored_packages"里的"Vintage"、彻底重启Sublime，再检查输入法、RDP等对Esc的劫持。
Sublime Text 里 Vintageous 按 Esc 没反应，根本原因不是插件没装好
绝大多数人卡在这一步：明明装了 Vintageous，按 Esc 却毫无反应，光标照常输入字符。这不是插件失效，而是它根本没被加载——Vintage（内置）和 Vintageous 冲突，或系统级干扰吞掉了 Esc。
必须检查并清理两处：
- 打开
Preferences → Settings – User，确认"ignored_packages": []（空数组），且"Vintage"不在其中；若存在"Vintage"，删掉它，否则Vintageous被压制 - 保存后**必须完全退出 Sublime Text（关所有窗口 + 进程）再重启**，热重载不触发插件绑定加载
- Windows 用户注意：微软拼音/搜狗中文输入法会劫持
Esc，切英文状态再试；远程桌面（RDP）同理，此时改用Ctrl+[是唯一可靠替代
jj 映射退出插入模式不生效？默认关闭，需手动加 context
Vintageous 默认不启用 jj 映射，这是有意设计——避免误触。想让它工作，必须在 Preferences → Key Bindings – User 中添加完整上下文判断：
[
{
"keys": ["j", "j"],
"command": "exit_insert_mode",
"context": [
{ "key": "setting.command_mode", "operand": false }
]
}
]
关键点：
- 不能只写
{"keys": ["j", "j"], "command": "exit_insert_mode"}—— 缺少context会导致jj在 Normal 模式下也触发，破坏导航 - 确保该配置放在用户键位文件末尾，并用逗号与前一条分隔（JSON 格式要求）
- 如果同时启用了其他 Vim 插件（如
VintageEx或旧版VimStyle），它们会冲突，直接删掉
:w、:q、ci{ 等命令报错？ex 命令系统默认关闭
装完 Vintageous 后输入 : 能唤出命令行，但敲 :w 报 Unknown command，或 ci{ 提示 No text to change，问题出在 ex 命令和文本对象支持未显式开启。
在 Preferences → Settings – User 中加入：
"vintageous_enable_ex_command": true, "vintageous_use_ctrl_keys": true, "ex_command_palette": true
说明：
-
vintageous_enable_ex_command控制:set number、:nohlsearch等是否可用，不设为true就只剩:q!这种基础命令 -
vintageous_use_ctrl_keys让Ctrl+f/b变成翻页，否则被 Sublime 原生快捷键拦截 -
ex_command_palette恢复Ctrl+Shift+P在 Normal 模式下的可用性，否则命令面板不可调用
g~iw、Ctrl+v 列块选择异常？跨模式行为差异真实存在
Vintageous 行为接近 Neovim，但不是 clone。有些操作看似一样，底层逻辑不同：
-
g~iw报错常见于未选中单词或光标不在词内——iw文本对象要求光标已落在单词上，否则匹配失败；可先按viw确认是否高亮成功，再加g~ -
Ctrl+v进入列块模式后，Sublime 原生多光标（Ctrl+Click）仍有效，但两者叠加易导致光标混乱；建议关闭"vintageous_use_ctrl_keys": false避免冲突，或改用Ctrl+Shift+v触发列编辑 - 大文件（>10MB）开启
vintageous_surround类扩展时，括号匹配高亮会明显拖慢响应，建议在用户设置中禁用"vintageous_highlight_matching_brackets": false
真正麻烦的从来不是“装不上”，而是装完发现 ci" 有效、gUap 却静默失败——这种不一致得靠查 Vintageous 的 issue 页面确认是否已知限制，而不是反复重装。
