fix: broken links in docs/guide/why.md

Author: jay-es

guide/why.md

@@ -18,7 +18,7 @@ Vite はまず最初にアプリケーションのモジュールを 2 つのカ
 
 - **依存関係**の大部分は開発中あまり変更されないプレーンな JavaScript です。巨大な依存関係の中には、処理コストが極めて高いものがあります（例: 100 ものモジュールを持つコンポーネントライブラリー）。依存関係は、様々なモジュール形式で出力されることがあります（例: ESM または CommonJS）。
 
-  Vite は、[esbuild](https://esbuild.github.io/) を使用して[依存関係の事前バンドル](./dep-pre-bundling)を行います。esbuild は Go 言語によって開発されており、依存関係の事前バンドルは、JavaScript ベースよりも 10 倍から 100 倍高速です。
+  Vite は、[esbuild](https://esbuild.github.io/) を使用して[依存関係の事前バンドル](./dep-pre-bundling.md)を行います。esbuild は Go 言語によって開発されており、依存関係の事前バンドルは、JavaScript ベースよりも 10 倍から 100 倍高速です。
 
 - **ソースコード**には変換を必要とするプレーンな JavaScript ではないものが含まれることがよくあり、頻繁に編集されます（例: JSX、CSS や Vue/Svelte コンポーネント）。また、全てのソースコードを同時に読み込む必要はありません（例: ルーティングによるコード分割）。
 
@@ -47,7 +47,7 @@ Vite では、HMR をネイティブ ESM 上で行います。ファイルが編
 
 ネイティブ ESM が広くサポートされるようになっても、バンドルされていない ESM をプロダクション用にリリースすることは非効率です（HTTP/2 を利用していても）。これは、ネットワークのラウンドトリップの増加がネストされたインポートによって引き起こされるためです。プロダクションでは最適化されたローディングパフォーマンスを得るために、ツリーシェイキングや遅延読み込み、（キャッシュ改善のための）共通コード分割などの技術を用いつつバンドルを行うことは、より良いことです。
 
-開発サーバーとプロダクションビルド間で、最適化された出力と一貫した動作を確保することは容易なことではありません。そのため、Vite にはあらかじめ調整された[ビルドコマンド](./build)が用意されており、これには従来の常識を破る多くの[パフォーマンス最適化](./features#build-optimizations)が施されています。
+開発サーバーとプロダクションビルド間で、最適化された出力と一貫した動作を確保することは容易なことではありません。そのため、Vite にはあらかじめ調整された[ビルドコマンド](./build.md)が用意されており、これには従来の常識を破る多くの[パフォーマンス最適化](./features.md#build-optimizations)が施されています。
 
 ## なぜ esbuild でバンドルしないのか？
 
@@ -59,4 +59,4 @@ Rollup はパフォーマンスの向上にも取り組んでおり、[v4 でパ
 
 ## Vite とその他 X はどう違いますか？
 
-Vite がその他の類似ツールとどう違うのか、より詳細な違いは、[比較](./comparisons) セクションで確認してください。
+Vite がその他の類似ツールとどう違うのか、より詳細な違いは、[比較](./comparisons.md) セクションで確認してください。