装对插件（xwmx或bennettp123）、绑对扩展名（右下角→Open all with current extension as…→Protocol Buffer）、重启编辑器，三者缺一不可，否则.proto文件始终显示为Plain Text。
装对插件、绑对扩展名、重启编辑器，三者缺一不可，否则 .proto 文件永远是 Plain Text。
怎么选对 Protocol Buffer 插件
Sublime 没有内置 Protobuf 支持，必须靠第三方插件，但名字混乱、作者混杂，装错就白忙：
- 搜
Protocol Buffer，认准作者xwmx或bennettp123—— 目前最稳定、持续更新、完整支持proto3（包括map<string, int32>、syntax = "proto3";、字段默认值等） - 避开
Google Protocol Buffers、protobuf-syntax、带Syntax字样的包——多数停更多年，optional还当关键字高亮，google.protobuf.Timestamp类型直接不识别 - 别信“自动安装即生效”：插件下载完只是放进了缓存，必须重启 Sublime 才会真正加载进
Packages/Protocol Buffer/目录
为什么 .proto 文件打开还是 Plain Text
不是插件没装，而是 Sublime 根本没把 .proto 和语法关联上：
- 右下角点击当前语法名（如
Plain Text）→ 选Protocol Buffer：这只改当前文件，关掉再开又回 Plain Text - 再点一次右下角 →
Open all with current extension as…→ 选Protocol Buffer：这才是全局绑定，之后所有.proto文件都会自动应用 - 如果仍失效，检查
Packages/User/Preferences.sublime-settings里有没有自定义的"extensions"规则，它可能覆盖了默认绑定 - 用
PackageResourceViewer: Open Resource命令确认插件是否真在Packages/Protocol Buffer/下，而不是卡在下载中途或解压失败
高亮有了，但 message / repeated / enum 不变色
语法（syntax）和主题（color scheme）是两层东西，很多人在这儿反复折腾却找不到根因：
- 关键字完全不着色（比如
message还是灰色）→ 说明语法定义本身有问题：重装插件，或换作者（zensh版本偶尔对oneof支持不全） - 词都识别了但颜色太淡、看不清 → 问题出在主题：进
Preferences → Color Scheme换一个高对比度方案，比如Monokai Extended或Adaptive - 想微调某类词（比如让
repeated加粗）→ 别碰.sublime-syntax，去查你当前主题的.sublime-color-scheme文件，找keyword.control或storage.modifier这类 scope 并修改 -
optional在 proto3 中已废弃，但旧插件仍高亮它——这是正常现象，不影响使用，也不建议手动删掉规则
高亮只是起点，后续依赖链不能断
光有颜色没用，真实工程中很快会卡在下一步：
- 要生成代码，必须本地装好
protoc（v3.21+），且能从命令行直接运行；PATH里没它，Sublime 的构建系统就等于摆设 - 一键生成
.pb.go需配 Build System："cmd"字段里protoc路径必须写绝对路径（Windows 注意反斜杠转义），--go_out=.和--proto_path=.参数顺序不能错，否则报Import "xxx.proto" was not found - 格式化靠的是外部工具：
buf format -w或prototool format，Sublime 自身不提供任何格式化能力；配 Build System 时必须确保项目根目录存在buf.yaml，且selector设为source.protobuf
最容易被忽略的是：语法高亮生效 ≠ 构建系统能跑通。很多人看到 message 变蓝了就以为配置完成，结果 Ctrl+B 报错才发现 protoc 根本没装，或者 .proto 里用了 google.api.http 但没配 proto_path。高亮只是编辑器层面的“看得清”，真正的协议有效性，得靠工具链跑起来才算数。
