AIコーディング中にWeb検索をローカルで完結させる

コーディングエージェントに「このライブラリの最新ドキュメントを調べてから実装して」と指示したいとき、多くのツールはSerpAPIやBraveのAPIキーを要求する。あるいはクラウド経由でデータを送信する構成になっており、無料枠の上限を気にしながら使うか、月額費用を払い続けるかの選択を迫られる。

GitHubで公開された「wigolo」は、そのボトルネックをなくす発想で設計されている。Web検索・クロール・調査機能をローカルで完結させるMCP（Model Context Protocol）サーバーとして動作し、APIキーもクラウド送信もゼロ。1クエリあたりのコストも発生しない。GitHubスターはすでに1,700超を集めており、パブリックベータながら注目度は高い。

MCPとは、AIエージェントと外部ツールを接続するための規格で、ClaudeやCursorなどMCP対応のコーディング環境であれば、wigoloをサーバーとして登録するだけでエージェントが検索機能を利用できるようになる仕組みだ。AIがシェルを自律操作、開発の自動化が変わるで紹介したような自律的な開発環境と組み合わせることで、エージェントの調査力をそのまま拡張できる。

コーディング中の外部ドキュメント参照には、いくつかの現実的な摩擦がある。社内のコードを扱う場合、検索クエリにリポジトリ名や関数名が含まれることがある。外部APIを経由すると、その断片がどこに送られるか不透明になる。wigoloがローカル完結を選んだ理由はここにある。

もう一つの利点は「コスト単価の消滅」だ。エージェントが複数のページをクロールしながら仕様を調べる動作は、クエリ数がかさむ。従量課金のAPIでは積み重なると痛い出費になる。ローカル完結であれば、エージェントに好きなだけ調べさせられる。

現時点ではパブリックベータ段階のため、検索精度や対応サイトの範囲に限界がある可能性は念頭に置いておく必要がある。ドキュメントに記載された機能としては、検索・フェッチ・クロール・リサーチの4つが挙げられており、用途によって使い分けられる構成になっている。

前提として、MCP対応のコーディング環境が必要になる。現時点でMCPをサポートしているものには、Claude Desktop、Cursor、Clineなどがある。

wigoloはTypeScriptで書かれており、GitHubリポジトリ（https://github.com/KnockOutEZ/wigolo）からクローンしてセットアップする流れになる。リポジトリのREADMEにMCPサーバーとしての登録方法が記載されており、設定ファイルにwigoloのパスを追記することでエージェントから呼び出せるようになる。

使い方のイメージとしては、「このAPIの最新仕様を調べてからコードを生成して」「このエラーメッセージをネットで検索して原因を調べて」という指示をエージェントに投げると、wigoloが検索・クロールを担い、結果を受け取ったエージェントがコードを生成するという流れになる。

軽量AIエージェントをゼロから自作できる時代へで触れたような自作エージェントの構成でも、MCP対応さえしていれば組み込みの選択肢に入る。