豆知識：この中に１つ、無視されるgo.modがいる！

The actual cause is not particularly obvious when you have forgotten there is a bogus go.mod under /tmp from days before.. 🤔
Several tests create temporary build directories under /tmp and run go build, which then finds the go.mod and attempts to fetch unrelated dependencies.

少し補いながら和訳すると

1. Goのテスト実行時にはシステムのtmpにビルド用のディレクトリを作成し、その中でビルドする。
2. テストはパッケージ単位で実行できるため上記ビルドディレクトリ内にはgo.modが存在しないことがある。（モジュールに慣れすぎてパッケージ単位でのビルドイメージがピンとこない場合は、この記事が参考になります：Using Go Modules）
3. なにかの拍子で/tmp/go.modが作成された。
4. それ以降tmp下でビルドすると、ビルドディレクトリ内にgo.modが無ければ親ディレクトリに遡っていくため/tmp/go.modが参照され、依存関係が不一致になってビルドに失敗する。

これを解消するために/tmp/go.modを無視する設計が採用されたようです。例えばGo1.18のソースコードを見ると次の部分がそれに該当します。

} else if search.InDir(modRoot, os.TempDir()) == "." {
	// If you create /tmp/go.mod for experimenting,
	// then any tests that create work directories under /tmp
	// will find it and get modules when they're not expecting them.
	// It's a bit of a peculiar thing to disallow but quite mysterious
	// when it happens. See golang.org/issue/26708.
	fmt.Fprintf(
		os.Stderr, 
		"go: warning: ignoring go.mod in system temp root %v\n",
		os.TempDir()
	)