应安装protocol buffer（作者xwmx或bennettp123）插件，它更新勤、proto3兼容好，能正确高亮message、enum、repeated及syntax = "proto3";；安装后须重启sublime并执行“open all with current extension as…”全局绑定.proto扩展名，否则仍显示plain text。
装哪个插件才真正生效
Sublime 没有内置 Protobuf 支持，必须装第三方语法包；但名字相似的插件效果差异极大。Protocol Buffer（作者 xwmx 或 bennettp123）是当前最稳的选择，更新勤、proto3 兼容好，message、enum、repeated、syntax = "proto3"; 都能正确高亮。别碰 Google Protocol Buffers 或带 “Syntax” 字样的冷门包——它们大多停更多年，连 map<string int32></string> 这类基础语法都识别不了。
安装后必须重启 Sublime，否则右下角仍显示 Plain Text；重启后新建 user.proto 文件，才能看到高亮初步生效。
为什么 .proto 文件还是没高亮
常见原因不是插件没装，而是没完成「全局绑定」：
- 右下角点当前语法名（如
Plain Text）→ 选Protocol Buffer：这只改当前文件 - 再点一次右下角 →
Open all with current extension as…→ 选Protocol Buffer：这才是让所有.proto文件默认用该语法的关键一步 - 路径写错也会失效：用
PackageResourceViewer: Open Resource查看插件是否真解压到了Packages/Protocol Buffer/目录下，而不是卡在下载中途或进了Packages/User/
如果 message、package 这些词依然没变色，说明语法定义本身损坏，重装插件或换作者更省时间。
proto3 中 optional 被高亮了，正常吗
正常。proto3 已废弃 optional 关键字，但多数插件（包括 xwmx 版）仍把它保留在 keyword 列表里，所以会着色。这不是 bug，也不影响编辑或编译——protoc 编译器自己会报错，插件只管语法展示。
不建议手动删掉插件里的 optional 高亮规则，因为：
- 下次插件更新会被覆盖
- proto2 文件里
optional是合法关键字，删了反而误伤 - 高亮不影响
protoc --python_out=.等实际生成行为
格式化 .proto 文件不能只靠高亮
高亮只是第一步，真实协作中常遇到缩进混乱、字段命名不统一等问题。推荐用 prototool 做格式化：
- 安装：
go install github.com/uber/prototool/cmd/prototool@latest - 在项目根目录建
prototool.yaml，加format: { transform: snake_case }可自动转字段名为下划线风格 - 在 Sublime 里配 Build System：
"cmd": ["prototool", "format", "$file"]，保存为ProtobufFormat.sublime-build，按Ctrl+B就能一键对齐
注意：clang-format 借用 C++ 规则也能凑合，但对 map<string int32></string> 这类嵌套尖括号支持不稳定，容易把格式搞崩。
