2026年2月にリリースされたGo 1.26は、言語仕様のアップデートだけでなく、開発者のワークフローを劇的に改善するツールの刷新が行われました。

その中でも特に注目すべきが、全面的に書き直された go fix サブコマンドです。

これまでの go fix は、主に破壊的な言語変更に対応するための補助的なツールという印象が強いものでしたが、最新の go fix は、既存のコードを最新のGoのイディオムや効率的なライブラリ機能へと自動的にアップグレードするための「モダン化ツール」へと進化を遂げました。

本記事では、この新しくなった go fix の使い方と、それによってもたらされるコード品質の向上について詳しく解説します。

目次 [ close ]
  1. 刷新された go fix の基本操作
    1. 利用可能なアナライザーの確認
  2. コードを最新化する「モダンナイザー」の威力
    1. 代表的なモダン化の例
  3. Go 1.26の新機能：new(expr) への対応
  4. 相乗効果を生む「シナジー修正」と実行のコツ
    1. 競合と解決
  5. Go Analysis Framework による堅牢な基盤
  6. まとめ

刷新された go fix の基本操作

Go 1.26における go fix は、go build や go vet と同様のパッケージパターンを受け付けるようになりました。

これにより、プロジェクト全体のコードを一括でスキャンし、最新の言語機能や標準ライブラリのベストプラクティスに適合するように修正することが可能です。

基本的な実行方法は非常にシンプルで、修正したいパッケージのディレクトリで以下のコマンドを実行します。

Shell
# カレントディレクトリ以下のすべてのパッケージを修正
$ go fix ./...

コマンドを実行すると、ツールはソースファイルを直接更新します。

ただし、go generate などで生成されたファイルについては、生成元のロジックを修正すべきという原則に基づき、自動修正の対象から除外されます。

また、実行前には必ず Git の状態をクリーンにしておくことを強く推奨します。

数百ファイルに及ぶ変更が発生することもあるため、go fix による変更のみを独立したコミットとして分離することで、コードレビューの負担を軽減できるからです。

適用される変更を事前に確認したい場合は、-diff フラグを使用します。

Shell
$ go fix -diff ./...

このコマンドを使用すると、実際のファイルは書き換えられず、標準出力に diff 形式で変更内容が表示されます。

利用可能なアナライザーの確認

go fix は内部的に複数の「アナライザー(修正アルゴリズム)」を組み合わせて動作します。

どのような修正が登録されているかは、以下のコマンドで一覧表示できます。

Shell
$ go tool fix help

Go 1.26時点で利用可能な主要なアナライザーには、以下のようなものがあります。

アナライザー名修正内容の概要
anyinterface{} を any に置換する
fmtappendf[]byte(fmt.Sprintf(...)) を fmt.Appendf に置換する
forvarGo 1.22以降で不要になったループ変数の再宣言を削除する
mapsloopmapに対する明示的なループを maps パッケージの呼び出しに置換する
minmaxif/else による最小値・最大値判定を min/max 関数に置換する
inlinego:fix inline 指示子に基づいたインライン化を適用する

特定のアナライザーだけを実行したい場合は、その名称をフラグとして指定します(例: go fix -any ./...)。

逆に特定のアナライザーを除外したい場合は、フラグに false を指定します。

コードを最新化する「モダンナイザー」の威力

近年、LLM(大規模言語モデル)によるコーディング支援が普及していますが、これらのツールは学習データの傾向から、古いスタイルのGoコードを出力しがちであるという課題があります。

Goチームは、こうした背景を踏まえ、世界中のGoコードを最新のイディオムに保つために「モダンナイザー(Modernizers)」と呼ばれる一連のアナライザーを構築しました。

モダンナイザーは、Go 1.18以降に導入されたジェネリクスや、それ以降に追加された標準ライブラリの便利な機能を活用するようにコードを書き換えます。

代表的なモダン化の例

1. min/max 関数への置換

Go 1.21で導入された組み込み関数の min および max を使用するように変更します。

go
// 修正前
x := f()
if x < 0 {
    x = 0
}
if x > 100 {
    x = 100
}

// 修正後
x := min(max(f(), 0), 100)

2. strings.Cut の活用

Go 1.18で導入された strings.Cut は、文字列の分割を安全かつ簡潔に行えます。

go
// 修正前
i := strings.Index(s, ":")
if i >= 0 {
     return s[:i]
}

// 修正後
before, _, ok := strings.Cut(s, ":")
if ok {
    return before
}

これらの修正は、コードの可読性を高めるだけでなく、スライス操作による境界外アクセスのリスクを減らすなど、安全性の向上にも寄与します。

Go 1.26の新機能：new(expr) への対応

Go 1.26では言語仕様に小さな、しかし非常に便利な変更が加えられました。

組み込み関数の new が、型だけでなく任意の値(式)を受け取れるようになったのです。

これまでは、特定の値を指すポインタを作成するために、一時的な変数を用意するか、ヘルパー関数を作成する必要がありました。

go
// 従来の一般的な手法：ヘルパー関数を用意する
func newInt(x int) *int { return &x }

type Request struct {
    Timeout *int
}

req := &Request{
    Timeout: newInt(30),
}

Go 1.26からは、以下のように記述できます。

go
// Go 1.26での新しい記述
req := &Request{
    Timeout: new(30),
}

go fix には、この新しい仕様を活用するための newexpr アナライザーが含まれています。

このアナライザーは、プロジェクト内で定義されている newInt や newString といった「値をポインタ化するためだけの関数」を検出し、その呼び出し箇所を new(値) に書き換えます。

さらに、修正によって呼び出し側がなくなったヘルパー関数は、deadcode コマンドなどを併用することで安全に削除できます。

これにより、ボイラープレートコードの削減が加速します。

相乗効果を生む「シナジー修正」と実行のコツ

go fix の興味深い特徴の一つに、ある修正を適用したことで、別のアナライザーによる修正が可能になるという「シナジー(相乗効果)」があります。

例えば、ループ内での文字列結合の最適化を考えてみましょう。

go
// 初期状態
s := ""
for _, b := range bytes {
    s += fmt.Sprintf("%02x", b)
}

まず、stringsbuilder モダンナイザーが動作し、効率的な strings.Builder を使うように修正されます。

go
// 1回目の go fix 適用後
var s strings.Builder
for _, b := range bytes {
    s.WriteString(fmt.Sprintf("%02x", b))
}
use(s.String())

この修正が適用された後に再度 go fix を実行すると、別のアナライザーが WriteString と Sprintf の組み合わせを検出し、より効率的な fmt.Fprintf(&s, ...) へと集約する可能性があります。

このように、修正が飽和状態(固定点)に達するまで、複数回 go fix を実行することが、コードを最大限に最適化するコツです。

通常、2回程度の実行で十分な結果が得られます。

競合と解決

複数の修正が同じ箇所で競合した場合、go fix は 3-way マージアルゴリズムを使用して安全に統合を試みます。

万が一、意味論的な競合(例: 修正によって変数が未使用になりコンパイルエラーが発生するなど)が起きた場合は、手動での調整が必要になります。

しかし、最新の go fix は未使用のインポートを自動でクリーンアップする機能も備えており、手動作業の発生を最小限に抑えています。

Go Analysis Framework による堅牢な基盤

go fix がこれほどまでに強力になった背景には、Go 1.26で go vet と共通の「Go Analysis Framework」に移行したことがあります。

このフレームワークの導入により、以下のような高度な分析が可能になりました。

  • Fact(事実)の伝播: ある関数が fmt.Printf のラッパーであるといった情報を、パッケージを跨いで伝達できます。
  • 効率的なインデックス: 特定のシンボル(例: net.Dial)への参照を高速に検索できるため、大規模なコードベースでも高速に動作します。
  • コンテキストの理解: ファイルごとの go.mod バージョンやビルドタグを認識し、その環境で利用可能な機能だけを提案します。

この統合により、静的解析ツールとしての信頼性とパフォーマンスが飛躍的に向上しました。

まとめ

Go 1.26で刷新された go fix は、もはや単なる「修正ツール」ではなく、Goプロジェクトを健全かつ最新の状態に保つためのメンテナンスエンジンへと進化しました。

特に、以下の点は今後のGo開発において大きなメリットとなります。

  1. 自動化されたモダン化: min/max や strings.Cut など、新しい言語機能を即座に既存コードへ反映できる。
  2. Go 1.26の新機能活用: new(expr) への自動変換により、不要なヘルパー関数を排除できる。
  3. 一貫したコード品質: LLMが生成した古いスタイルのコードも、チームの標準に合わせた最新の記述に統一できる。

さらに2026年以降、Goチームは「セルフサービス」パラダイムを推進しています。

これにより、将来的にはライブラリの開発者が独自のモダン化ルールを配布し、ユーザーが go fix を通じてそれを適用できるようになる計画もあります。

まずは開発環境を Go 1.26 にアップデートし、自分のプロジェクトで go fix -diff ./... を実行することから始めてみてください。

きっと、これまで手動で行っていたリファクタリングの多くが自動化されることに驚くはずです。