#claude-code-mcp

雑に「API叩いておいて」「DB見ておいて」と投げると、Claude Code はだいたい困る。困るだけならまだいいが、権限が広すぎると余計な変更まで手を出す。ここでやるべきことは単純で、触れる範囲を狭く切り、危ない操作は人間の確認を挟み、あとで検証できる形にしておくことだ。 Claude Code は Anthropic の CLI ベースのコーディングエージェントで、ローカルのファイルだけでなく、外部 API やデータベースに対する作業にも使える。とはいえ、何でも自由にやらせると事故る。たとえば、調査だけのつもりが更新系の SQL を流す、一覧取得だけのつもりが大量データを吸い上げてコンテキストを食い潰す、認証情報を雑に置いて別の用途まで届いてしまう。こういう手戻りは、最初の設計でかなり減らせる。 まず押さえるべきは、「Claude Code に直接本番の権限を持たせない」ことだ。これは大げさでも何でもない。外部 API なら読み取り専用のトークンを分ける、DB なら参照専用ユーザーを作る、変更系は別の手順に分ける。Claude Code に渡すのは、最小権限の資格情報だけにする。

MCP は、入れれば入れるほど便利になるものではない。むしろ逆で、雑に増やすと Claude Code の中身が散らかって、何を頼むにも余計な確認が増える。ここを外すと、最初は賑やかでも、そのうち「結局どれを使えばいいんだ」となる。 Claude Code を使っていて本当に効くのは、数を増やすことではなく、仕事に直結する少数を選ぶことだ。ファイル整理でも、コード修正でも、文書作成でも同じで、よく使う保管場所と、よく触るサービスだけをつなぐほうが強い。MCP は武器庫ではなく、工具箱だと思ったほうがいい。 まず前提を揃える。ここでいう MCP は、Claude Code が外部のツールやデータに安全にアクセスするための接続口だ。たとえばファイルシステム、GitHub、Google Drive、Slack、ブラウザ操作系の連携がある。名前が似たものを片っ端から入れる必要はない。むしろ、何をどこまで見せるかを絞るのが先だ。 筆者は最初、便利そうな MCP をまとめて入れたことがある。結果どうなったかというと、Claude Code に頼むたびに「それはローカルファイルなのか、GitHub

最初の失敗はだいたい決まっている。いきなり何個も MCP サーバを足して、どれが何をしているのか分からなくなるやつだ。これをやると、Claude Code の便利さより先に、設定の面倒くささだけが残る。まずは 1 つだけ足す。これがいちばん速い。 MCP は Model Context Protocol のことだが、名前を覚える必要は薄い。要するに、Claude Code に外部の道具を 1 つずつつなぐ仕組みだ。たとえばファイルを読む、ディレクトリをたどる、特定の情報源に触る、といった作業を Claude Code に任せやすくなる。開発用の道具だと思われがちだが、実際はファイル整理や文書作成にも効く。むしろ最初の 1 個は、コード補完より「手元の資料をどう扱うか」で入れるほうが失敗しにくい。 たとえば「このフォルダの中から古い重複書類を見つけたい」「案件ごとの資料を見ながら要約を書かせたい」「作業用ディレクトリだけ見せて、そこから整理させたい」といった用途だ。Claude Code 単体でもできることはあるが、見える範囲を絞って外部の情報源をつなぐと、やり取りがかなり楽になる。 ま

「Claude Code に何でもやらせたい」と言いながら、結局は会話欄に手作業でコピペしている。そこ、かなりもったいない。 MCP はその手間を減らすための仕組みだ。正式には Model Context Protocol。Claude Code に外部ツールや外部データをつなぎ、必要なときに呼び出せるようにする共通の口だと思えばいい。 ここで大事なのは、MCP は“AI を賢くする魔法”ではなく、“Claude Code が触れる道具を増やす配線”だという点である。 たとえば、ローカルのファイル、社内のドキュメント、GitHub、DB、チケット管理、検索インデックス。こういうものを Claude Code が見に行ったり、更新したりできる。毎回、人間がコピペで橋渡ししなくてよくなる。 ただし、雑に足すと逆に詰まる。 筆者も最初は「とりあえず便利そうだから」とあれこれつなぎ、どのツールが何をしているのか分からなくなって、結局コンテキストを食い散らかした。外部ツールは増やせば勝ちではない。必要なものだけを、役割を決めて入れるのが正解だ。 MCP は、Claude Code と外部ツールの