Bufが主要エディタ向けにコンパイラベースのProtobuf言語サーバーをリリース

Why it matters

Buf is using compiler-level editor tooling as a free distribution layer for its schema registry, extending Peter Edge's Uber-informed thesis into every `.proto` edit.

On January 14, 2026, Peter Edge's Buf shipped a compiler-backed language server for Protobuf, giving developers code completion, navigation, reference lookup, diagnostics and semantic highlighting through the standard Language Server Protocol. The release, detailed in a blog post, brought those features into the Buf CLI under the buf lsp serve command.

そのローンチは、EdgeがUberで抱いていた仮説を拡張するものだった。スキーマ駆動の開発は、周辺ツールがそれを維持するための手作業を取り除くときにのみ機能する、というものだ。EdgeはCarnegie Mellon Universityでコンピュータサイエンスと数学を学んだ後、トロントのUberで約5年間働いた。彼は後に、API関連のサポート作業が自分のエンジニアリング時間の約20%を消費していたと推定している（2021年のプロフィールによる）。

その経験がBufの基盤となった。Edgeは、スキーマを定義してから大規模なエンジニアリング組織で使える状態に保つまでの作業――コンパイル、フォーマット、リンティング、コード生成、依存関係管理、破壊的変更の検出、レジストリガバナンス――を中心にBufを構築してきた。エディタ上のインテリジェンスは、開発者が最初にスキーマを作成・変更する場にBufをより近づける。

Four years from experiment to product

Buf had already released an experimental Protobuf language server on August 19, 2022. That proof of concept supported only go-to-definition, and Buf explicitly said it was not actively maintained or guaranteed to be stable.

2022年8月19日にBufはすでに実験的なProtobuf言語サーバーをリリースしていた。その概念実証は定義への移動のみをサポートしており、Bufはそれが積極的にメンテナンスされておらず安定が保証されないことを明示していた。

The January release was a different implementation with a larger product surface. The server was bundled into the Buf CLI, while Buf's VS Code extension could use an existing CLI installation or install one automatically. Neovim and other compatible editors could start the same server process directly. Buf's current editor documentation lists integrations for VS Code, Vim, Neovim and IntelliJ.

今回の1月のリリースは、より大きな製品上の適用範囲を持つ異なる実装だった。サーバーはBuf CLIにバンドルされ、BufのVS Code拡張は既存のCLIインストールを利用するか自動でインストールできるようになった。Neovimや他の互換エディタは同じサーバープロセスを直接起動できる。Bufのcurrent editor documentationは、VS Code、Vim、Neovim、IntelliJ向けの統合を一覧にしている。

The implementation rests on protocompile, Buf's Go-based parsing and linking engine and an alternative frontend to Google's protoc compiler. For the language server, Buf said it created a query-driven frontend that can recompile incrementally as a developer edits a file. Buf also designed a new abstract syntax tree and intermediate representation instead of relying on FileDescriptorProto, allowing diagnostics to point at specific parts of invalid source code.

実装は、BufのGoベースのパースおよびリンキングエンジンでありGoogleのprotocコンパイラへの代替フロントエンドでもあるprotocompileに基づいている。言語サーバーについては、Bufは開発者がファイルを編集するにつれてインクリメンタルに再コンパイルできるクエリ駆動のフロントエンドを作成したと述べている。BufはまたFileDescriptorProtoに依存する代わりに新しい抽象構文木と中間表現を設計し、診断が無効なソースコードの特定部分を指し示せるようにしている。

One example in the announcement shows the server detecting two consecutive repeated modifiers. The diagnostic identifies both occurrences and recommends removing the duplicate. That degree of source awareness matters in an editor, where a generic compiler failure gives a developer less useful guidance than an error tied to the exact token and its conflicting declaration.

発表にある例の一つは、サーバーが連続した2つのrepeated修飾子を検出する様子を示している。診断は両方の出現を特定し、重複を削除するよう推奨する。その程度のソース認識はエディタでは重要だ。汎用的なコンパイラの失敗は、正確なトークンとそれに矛盾する宣言に結びついたエラーほど開発者に有益な指針を与えない。

Buf's current documentation lists go-to-definition, references, completion, hover information, formatting, syntax highlighting, workspace symbols and document symbols. It also lists code actions for organizing imports and marking Protobuf symbols as deprecated.

Bufの現在のドキュメントには、定義への移動、参照、補完、ホバー情報、フォーマット、構文ハイライト、ワークスペースシンボル、ドキュメントシンボルが列挙されている。また、インポートの整理やProtobufシンボルを非推奨としてマークするためのコードアクションも挙げられている。

The first claim needs qualification

Buf described the release in its announcement as the first "fully-featured, production-grade" Protobuf language server. That is a Buf claim, and the announcement did not define production-grade or publish benchmarks, usage figures or reliability data.

Bufはリリースを発表文で「完全な機能を備えた、本番品質の」Protobuf言語サーバーとして説明した。これはBufの主張であり、発表は「本番品質」の定義を示しておらず、ベンチマーク、利用数、信頼性のデータも公表していない。

Other Protobuf language servers existed before Buf's January release. Microsoft's directory of LSP implementations lists Buf alongside two alternatives: the Rust-based Protols and a Go implementation maintained by Lasorda. Protols advertises completion, diagnostics, formatting, symbols and navigation, making any broad claim that Protobuf previously lacked LSP support difficult to sustain.

Bufの1月のリリース以前にも他のProtobuf言語サーバーは存在していた。MicrosoftのLSP実装ディレクトリは、Bufを二つの代替実装と並べている：RustベースのProtolsとLasordaが維持するGo実装だ。Protolsは補完、診断、フォーマット、シンボル、ナビゲーションを謳っており、ProtobufにLSPサポートが存在しなかったとする包括的な主張は維持しにくい。

Buf has a narrower and stronger case. Its language server shares a compiler and workspace model with the rest of the Buf toolchain. A developer can use the same installation for editor feedback, formatting, linting, breaking-change checks and code generation. That integration reduces the chance that an editor plugin and a continuous integration pipeline interpret the same schema differently.

Bufの主張には範囲が狭く、かつ強い点がある。Bufの言語サーバーは、他のBufツールチェーンとコンパイラおよびワークスペースモデルを共有している。開発者は同じインストールをエディタのフィードバック、フォーマット、リンティング、破壊的変更チェック、コード生成に使用できる。その統合により、エディタプラグインと継続的インテグレーションのパイプラインが同じスキーマを異なって解釈する可能性が減る。

The architecture also gives Buf a distribution path for its commercial products. The language server arrives through the free CLI, placing Buf inside the daily editing loop. The Buf Schema Registry sells the organization-level layer around those local workflows, including generated SDKs, API documentation, plugin management and governance.

このアーキテクチャはまた、Bufに商用製品の配布経路を提供する。言語サーバーは無料のCLIを通じて提供され、Bufを日々の編集ループの中に位置づける。Buf Schema Registryは、生成されたSDK、APIドキュメント、プラグイン管理、ガバナンスなどを含む、これらのローカルワークフローを取り巻く組織レベルの層を販売している。

Edge's infrastructure bet

Buf disclosed $93.4M across four rounds in December 2021. The financing included a $68M Series B co-led by Lux Capital and Tiger Global, following rounds led by Addition, Lightspeed Venture Partners and Amplify Partners. Axios reported at the time that Buf intended to use much of the capital for hiring.

Bufは2021年12月に$93.4Mの資金調達（4ラウンド合計）を公表した。資金調達にはLux CapitalとTiger Globalが共同で主導した$68MのシリーズBが含まれ、以前のラウンドはAddition、Lightspeed Venture Partners、Amplify Partnersが主導していた。Axiosは当時、Bufが多くの資金を採用に充てる意向であると報じた。

That funding gave Edge room to invest in compiler and developer-tooling work whose commercial payoff depends on broad adoption over time. The language server follows the same pattern as Buf's formatter, breaking-change checker and code-generation tools: solve a recurring engineering problem locally, then connect that workflow to a registry that companies can standardize across teams.

その資金によりEdgeは、商業的な成果が時間をかけた広範な採用に依存するコンパイラや開発者向けツール作業に投資する余裕を得た。言語サーバーはBufのフォーマッタ、破壊的変更チェッカー、コード生成ツールと同じパターンに従っている：繰り返し発生するエンジニアリング上の問題をローカルで解決し、そのワークフローを企業がチーム横断で標準化できるレジストリにつなげる、というものだ。

As of August 16, 2026, buf lsp serve remains documented as a supported CLI command. The release has therefore moved beyond Buf's unmaintained 2022 experiment and into the main toolchain. Adoption and revenue figures for the language server are not established by Buf's materials, leaving conversion into registry usage as the central business test.

2026年8月16日時点で、buf lsp serveはサポートされているCLIコマンドとしてドキュメントに記載されたままである。したがってこのリリースはBufの未メンテナンスだった2022年の実験を超えてメインのツールチェーンに取り込まれたことになる。言語サーバーの採用率や収益額はBufの資料からは示されておらず、レジストリ利用への転換が中心的なビジネステストとして残されている。

Edge's original complaint was that engineers spent too much time rebuilding schema infrastructure inside individual companies. The language server takes that argument into the editor. Every completion, diagnostic and import fix removes another small reason for a team to assemble its own Protobuf tooling, while giving Buf another route into the systems that govern APIs across an organization.

Edgeの元々の不満は、エンジニアが各企業内でスキーマインフラを再構築するのにあまりにも多くの時間を費やしていることだった。言語サーバーはその論点をエディタの中に持ち込む。補完、診断、インポート修正の一つひとつが、チームが独自にProtobufツールを組み立てる理由をまた一つ取り除き、同時に組織内のAPIを管理するシステムにBufが入り込む別の経路を提供する。