结论先行
Fleet 写 Go “能用”，但2025 年依旧处于公测阶段，体验离 GoLand 还有明显差距；本地项目小、远程协作多时可以尝鲜，大型代码库或重度重构场景建议继续用 GoLand 或 VS Code + 插件。
---
1. 功能做到了哪一步
- 语法高亮、自动补全、跳转定义、格式化、断点调试这些“基础三件套”已经齐全，Go Modules 也能识别。
- 缺深度索引：接口实现跳转、proto 文件符号解析、依赖包热点分析等GoLand 的招牌能力还没有，大型仓库里经常“跳不过去”。
- 没有官方插件市场，第三方 Go 工具（lint、mock、test coverage）只能手动接，体验拼不过 VS Code 的丰富扩展。
---
1. 性能与资源
- 启动确实快，空载 2-3 秒进入代码页，比 GoLand 轻。
- 打开同样 30k 文件的仓库，Fleet 常驻内存 230 MB 左右，是 VS Code 的 10 倍+；首次索引依赖包时依旧会卡 UI。
- 远程开发（SSH、容器、Space 云主机）是主打场景，把索引过程扔到云端后本地风扇安静很多，适合经常帮同事远程定位 bug 的场景。
---
1. 协作与云开发
- 多人实时共享同一份代码、终端、调试会话原生就支持，VS Code 要额外装 Live Share，Fleet 开箱即用。
- 配合 JetBrains Space 可以一键拉起云端容器，本地只跑编辑器，代码全在服务端，对低配笔记本友好。
---
1. 稳定性 & 生态
- 2025 年仍标着 “Public Preview”，两周发一次小修，大崩溃不常见但小闪退偶尔出现。
- 快捷键、菜单、Git 面板和 GoLand 不统一，老用户需要重新适应；比如运行从 Ctrl+Shift+F10 改成 Ctrl+R。
- 商业授权已上线，国区价格高于美区，公司采购前记得算成本。
---
1. 什么时候值得换
✅ 推荐尝鲜
- 主力开发机性能一般，但远程服务器/容器算力足；
- 团队分布式办公，需要“随时把 IDE 分享给对方”；
- 只是写中小型微服务，重度重构、性能剖析需求不多。
❌ 再等等
- 项目几十万行、接口层深，重度依赖“Find Usages”“重构 Move File”；
- 需要集成 pprof、dlv trace、swagger 生成等一整套 Go 插件链；
- 公司网络禁外网，无法顺畅下载 Fleet 的 Language Server 更新。
---
一句话总结
Fleet 的 Go 支持已能覆盖“写—跑—调”基本闭环，远程协作和轻量启动是亮点；但深度代码分析、插件生态和稳定性仍落后于 GoLand/VS Code。把它当成“带智能提示的远程记事本”而不是“全功能 Go IDE”，心理落差会小很多。
