Claude Codeとは何か——ターミナルの道具だと思っていた人が読み直す5つの入口
Claude Codeとは何か、と聞かれたときに、私はずっと「ターミナルで動くAIのコーディング道具です」と答えていました。
半分は合っています。でも、いまの公式ドキュメントを読み直すと、その答えは古いです。
去年その説明で覚えた人ほど、たぶん使っていない機能が多い。
この記事は、公式ドキュメントのOverview（2026年9月6日確認）を頭から読み直して、何が「Claude Codeとは」の中身なのかを整理し直したものです。使い方の細かい手順ではなく、輪郭の話をします。
Claude Codeとは何か、公式の定義を1行で
まず公式の定義から。
Claude Codeは「コードベースを読み、ファイルを編集し、コマンドを実行し、開発ツールと連携するエージェント型のコーディングツール」と書かれています（Claude Code Overview・2026-09-06確認）。そして「ターミナル、IDE、デスクトップアプリ、ブラウザで使える」と続きます。
ここで注目したいのは、後半です。
道具の説明の中に、どこで動くかが最初から入っている。これは普通のCLIツールの説明では、あまり見ない書き方です。
つまり公式は、Claude Codeを「ターミナルのコマンド」ではなく「どこからでも入れる1つのエンジン」として説明しているんですね。
ターミナルの道具ではなくなっていた——5つの入口
公式が並べている入口は5つです。
ターミナル（CLI本体）、VS Code（インライン差分・@メンション・会話履歴）、デスクトップアプリ（差分を目で見る・複数セッションを並べる・定期タスク・クラウドセッションの起動）、Web（ブラウザだけで動かす。iOS・Androidのアプリからも）、JetBrains（IntelliJやPyCharmなど向けのプラグイン。CLIを別に入れる必要があります）。
デスクトップアプリの説明には「アプリにClaude Codeが同梱されているので、CLIを別途入れる必要はない」と明記されています。
私はここを完全に見落としていました。CLIを入れてからでないとデスクトップは使えない、と思い込んでいたので。
Webの入口についても、公式は「手元に無いリポジトリで作業する」「長い時間かかる作業を投げて、終わったころに見に行く」「複数の作業を並行させる」という使い方を挙げています。ローカルの環境を作らずに始められる、という点が他の4つと違います。
いや、入口が5つあったところで、結局どれか1つを使うだけでしょ？
私もそう思っていました。次の節が、その思い込みを崩したところです。
全部が同じエンジンにつながっている、が実務では一番効く
公式にはこう書かれています。どの入口も同じ基盤エンジンにつながっていて、リポジトリのCLAUDE.mdファイル・設定・MCPサーバは、すべての入口で共通に効く。
これ、読み流すと当たり前に見えるんですが、実務ではかなり大きいです。
たとえば、プロジェクトのルールをCLAUDE.mdに書いておくと、ターミナルで作業した日も、外出先でブラウザから触った日も、同じルールが読まれます。片方だけ設定し直す必要がない。
公式は移動の手段も並べています。ターミナルのセッションをデスクトップへ渡す /desktop、Webで始めた作業をターミナルへ引き寄せる claude --teleport、外出先から続きを触るRemote Control。
チーム内のやりとりから直接入る道もあります。公式の表には、Slackで @Claude にバグ報告をメンションするとプルリクエストが返ってくる、という行が載っています。
道具が5つあるのではなく、入口が5つある1つの道具だった、という理解が正しそうです。
Claude Codeとは、実際のところ何をしてくれるものか
できることの側も、公式の並びで見ておきます。
後回しにしていた作業（テストを書く、lintを直す、コンフリクトを解く、依存を更新する、リリースノートを書く）。機能の実装とバグ修正。gitの操作——ステージング、コミットメッセージ、ブランチ、プルリクエストまで。
そしてMCPで外の道具につながります。公式の例では、Google Driveの設計資料を読む、Jiraのチケットを更新する、Slackからデータを引く、自作のツールを使う、が挙がっています。
カスタマイズは3層で説明されています。プロジェクト直下に置くCLAUDE.md（セッションの開始時に毎回読まれる）、繰り返す作業を束ねるskills、動作の前後にシェルを走らせるhooks。
さらに、複数のサブエージェントを並列で動かす仕組みと、独自のエージェントを作るためのAgent SDKまで並んでいます。
正直、ここまで読んで「知らなかったものが3つあった」となる人は、私だけではないと思います。
パイプにも、定期実行にも置ける
もう1つだけ、輪郭に関わる話を。
公式は「Claude Codeは合成可能で、Unixの哲学に従う」と書いていて、claude -p を使った例をそのまま載せています。ログを流し込んで異常を報告させる、CIで新しい文字列を翻訳してプルリクエストを出す、変更されたファイル一覧をセキュリティ観点でレビューさせる。
定期実行も3種類に分けて説明されています。クラウドで動くので手元のPCが消えていても走るRoutines、手元のファイルや道具に直接触れるデスクトップの定期タスク、セッションの中で同じ指示を繰り返す /loop。
「対話で使う道具」という枠から、はっきりはみ出しています。
使う前に知っておくと損しない3つ
最後に、公式に書いてあるのに見落としやすいところを3つだけ。
1つめ、更新のされ方が入れ方で違います。 ネイティブ導入は背景で自動更新されますが、HomebrewとWinGetは自動更新されません。手で brew upgrade や winget upgrade を叩く必要がある、と明記されています。
2つめ、契約が要ります。 ほとんどの入口はClaudeのサブスクリプション、またはAnthropic Consoleのアカウントを必要とします。ただしTerminal CLI・VS Code・JetBrainsは、サードパーティのプロバイダにも対応しています。
3つめ、Windowsではシェルが変わります。 Git for Windowsが入っていない場合、Claude CodeはBashの代わりにPowerShellをシェルとして使う、と書かれています。手順書をチームで共有するときに、ここで食い違うんですよね。
今日、10分でできること
すでにClaude Codeを使っている人は、いま使っている入口を1つ書き出してみてください。
その入口以外の4つを、あなたはまだ触っていないはずです。
いちばん差が出るのは、たぶんCLAUDE.mdです。プロジェクトの直下に、守ってほしいことを5行だけ書いて置いてみる。次のセッションから、それが毎回読まれます。
Claude Codeとは何か、の答えは、そこで少し変わると思います。
▶ 関連記事: Claude Codeの自動化のやり方は、作る順番を1つ変えるだけで続くようになりました
Claude Codeを毎日の仕事に組み込むときの設定と、つまずきやすい場所をまとめた資料を用意しています。
#ClaudeCode #Anthropic #AIコーディング #CLI #VSCode #JetBrains #MCP #CLAUDEmd #自動化 #開発環境 #生成AI #仕組み化
