AIコーディングガイド

Claude Code とは何か、できること・できないことと Cursor や Copilot との違い

Claude Code 公開:

Claude Code がどんなツールで、どこで動き、何ができるのかを公式ドキュメントで確認し、仕組みとして保証されないことも整理します。Cursor や Copilot と比べるときに見るべき観点もまとめます。

検証日 2026年10月7日 仕様変更が早い分野です。最新の公式ドキュメントも併せてご確認ください。
#Claude Code#入門#できること#比較
目次
  1. どこで動くのか
  2. できること
  3. できないこと・保証されないこと
  4. Cursor や Copilot との違いをどう見るか
  5. 使い始める順番
  6. まとめ

Claude Code は、コードベースを読み、ファイルを編集し、コマンドを実行する エージェント型のコーディングツール です。公式ドキュメントの説明はこうなっています。

Claude Code is an agentic coding tool that reads your codebase, edits files, runs commands, and integrates with your development tools.

(Claude Code は、コードベースを読み、ファイルを編集し、コマンドを実行し、開発ツールと連携するエージェント型のコーディングツールです。)

補完を出すだけの道具ではなく、指示を受けて複数ファイルにまたがる作業を自分で進めます。その代わり、どこまで自動で実行させるかを設計する必要があります。この記事では、できることと 仕組みとして保証されないこと を公式ドキュメントで確認したうえで整理します。

KEY POINT

この記事で分かること

  • Claude Code が動く 5 つの場所と、共通する設定
  • できること(作業・連携・拡張)の全体像
  • 「指示」であって強制ではない部分と、強制したいときの手段

どこで動くのか

公式ドキュメントによると、Claude Code は次の 5 つの入口で動きます。

入口概要
ターミナル全機能を備えた CLI。claude で起動する
VS Code 拡張インラインの差分表示、@ メンション、プラン確認、会話履歴
JetBrains プラグインIntelliJ・PyCharm・WebStorm などで、差分表示と選択範囲の共有
デスクトップアプリ差分を視覚的に確認し、複数セッションを並べ、定期タスクやクラウドセッションを扱う
Webブラウザで動き、ローカル環境の用意が不要。claude.ai/code から始める

重要なのは、どの入口も同じエンジンにつながる点です。ドキュメントには「リポジトリの CLAUDE.md、設定、MCP サーバーはすべての入口で機能する」と書かれています。ターミナルで組んだ設定がデスクトップアプリでもそのまま効きます。

用語解説

エージェント型(agentic): 1 回の応答で終わらず、ファイルを読む、コマンドを実行する、結果を見て次を決める、という往復を自分で回す方式です。補完や単発の質問応答とは、必要な権限設計の量が変わります。

なお、Claude Code を使うには有料プランか API キーが要ります。プランごとの違いは Claude Code を Pro・Max・Team・API のどれで使うべきか にまとめています。

できること

公式ドキュメントが挙げる用途を、大きく 3 つに分けて整理します。

1. 作業そのもの

  • 機能の実装とバグ修正。エラーメッセージを貼れば、原因をコードベースから追って修正まで進めます
  • 後回しにしがちな作業。テストのない箇所へのテスト追加、プロジェクト全体の lint 修正、マージ衝突の解消、依存更新、リリースノート作成
  • git の操作。変更のステージ、コミットメッセージの作成、ブランチ作成、PR の作成

2. 外部との連携

MCP(Model Context Protocol)で外部サービスにつなげます。ドキュメントには、Google Drive の設計資料を読む、Jira のチケットを更新する、Slack からデータを引く、独自ツールを使う、といった例が挙がっています。設定方法は Claude Code に MCP サーバーを追加する方法 を参照してください。

3. 自動化とスクリプト化

CLI は Unix の作法に沿っていて、パイプで繋げます。

# 直近のログを渡して異常を見てもらう
tail -200 app.log | claude -p "異常があれば報告して"

# 変更されたファイルだけをレビューさせる
git diff main --name-only | claude -p "これらの変更をセキュリティ観点でレビューして"

拡張の手段は複数あり、ドキュメントは役割を分けています。

仕組み役割
CLAUDE.md毎セッション読み込まれる持続的な文脈。規約や「常に X する」ルール
スキル再利用できる知識と、/名前 で呼べるワークフロー
サブエージェント独立したコンテキストで動き、要約だけを返す
MCP外部サービスとの接続
フックライフサイクルの決まった時点で、スクリプトなどを実行する
プラグイン上記をまとめて配布する梱包層

サブエージェントの書き方は Claude Code のサブエージェントの作り方、CLAUDE.md の書き方は CLAUDE.md の書き方 にまとめています。

できないこと・保証されないこと

ここが実務でいちばん重要です。文章で書いた指示は、強制ではありません。 公式の権限ドキュメントにこうあります。

Permission rules are enforced by Claude Code, not by the model. Instructions in your prompt or CLAUDE.md shape what Claude tries to do, but they don't change what Claude Code allows.

(権限ルールを強制するのは Claude Code であってモデルではありません。プロンプトや CLAUDE.md の指示は Claude が何をしようとするかを左右しますが、何が許されるかは変えません。)

拡張の仕組みも、この軸で 2 種類に分かれます。

種類例性質
指示(Claude が解釈する)CLAUDE.md、スキル、出力スタイル守られることが多いが、保証はない
強制(Claude Code が実行する)permissions の deny / ask、フック条件に一致すれば必ず効く

ドキュメントの比較表にも「CLAUDE.md やスキルに書いた『.env を編集しない』は要望であって保証ではない。PreToolUse フックで止めるのが強制だ」という趣旨の記述があります。例外なく守らせたいルールは、文章ではなく設定とフックで書いてください。

作業範囲も指示では狭まらない

「このフォルダだけ触って」と伝えても範囲は狭まりません。範囲を決めるのは起動したディレクトリと追加したディレクトリで、縛るには permissions の deny ルールや blockReadsOutsideWorkingDirectories を使います。書き方は Claude Code の settings.json で権限を設定する にまとめています。

もう 1 つの制約がコンテキストです。会話は毎回のリクエストで送られ、上限に近づくと自動で要約(コンパクト)されます。長いセッションでは、以前に伝えた細かい指示が要約で薄れることがあります(コンテキスト管理)。

Cursor や Copilot との違いをどう見るか

結論を先に書くと、製品カテゴリの名前で比べるのは、もう有効ではありません。 2026 年 10 月 6 日時点で各社の公式説明を確認すると、いずれも「エージェント」に収束しています。

製品公式の自己説明(要約)
Claude Codeコードベースを読み、ファイルを編集し、コマンドを実行するエージェント型のコーディングツール
Cursor野心的なソフトウェアを作るためのコーディングエージェント。コードベースの理解、計画と実装、バグ修正、変更のレビュー
GitHub Copilotソフトウェアを書き、理解し、出荷するのを助ける AI アシスタント。入力中のコード提案、コードベースへの質問、変更のレビュー、任せたタスクの実行

「Cursor はエディタ、Copilot は補完、Claude Code はターミナル」という整理は、各社の現在の説明には合いません。Cursor の公式ドキュメントは自らをエディタや VS Code 派生とは説明しておらず、コーディングエージェントとして位置づけています。

比べるなら、確認できる仕組みで見るのが実務的です。

  • 権限の形: 何が確認を要し、何が自動で実行されるか。それを設定ファイルで宣言できるか
  • 強制の手段: 「必ずこうする」をルールやフックとして書けるか
  • 拡張点: 外部接続(MCP など)、再利用できる手順、独立コンテキストの作業
  • 動く場所: ターミナル、IDE、デスクトップ、ブラウザ、CI のどこまで同じ設定で動くか

ひとつ補足すると、Claude Code と Cursor は排他ではありません。公式の Overview には VS Code 拡張の案内に並んで Cursor 向けのインストールリンクがあり、Cursor の中で Claude Code の拡張を動かせます。

Cursor と Copilot の個別の機能や料金は各社の公式ページで確認してください。この記事では、両者の詳細な機能比較には踏み込みません。Codex との比較は Codex と Claude Code の違い にまとめています。

使い始める順番

公式ドキュメントは、最初から全部設定する必要はないとしています。きっかけが来たら足す形です。

きっかけ足すもの
同じ規約やコマンドを 2 回間違えたCLAUDE.md に書く
「もっと短く」「同じ形式で」と毎回頼んでいる出力スタイルを設定する
同じプロンプトを毎回打っているスキルとして保存する
ブラウザのタブからデータをコピーし続けているMCP サーバーとして接続する
参照しない出力で会話が埋まるサブエージェントに回す
頼まなくても毎回起きてほしいフックを書く
2 つ目のリポジトリで同じ設定が必要になったプラグインとして梱包する

業務のコードを扱う前に、入力がどう扱われるかも確認してください(Claude Code に入力したコードは学習に使われるのか)。

まとめ

  • Claude Code はエージェント型のコーディングツールで、ターミナル・VS Code・JetBrains・デスクトップ・Web の 5 つの入口が同じエンジンと設定を共有する
  • できることは、実装と修正、git 操作、MCP による外部連携、CLI でのスクリプト化、拡張による自動化
  • CLAUDE.md・スキル・出力スタイルは「指示」で、保証はない。例外なく守らせるなら permissions とフックを使う
  • 作業範囲も文章では狭まらない。起動ディレクトリと deny ルールで決まる
  • Cursor や Copilot との比較は、製品カテゴリではなく権限・強制手段・拡張点・動く場所で見る。Cursor の中で Claude Code を動かすこともできる

よくある質問

Claude Code はターミナル専用ですか?
いいえ。公式ドキュメントによると、ターミナル、IDE 拡張(VS Code / JetBrains)、デスクトップアプリ、ブラウザで動きます。どの入口も同じエンジンにつながり、CLAUDE.md や設定、MCP サーバーは共通で使えます。
CLAUDE.md に書いたルールは必ず守られますか?
守られません。公式ドキュメントは「権限ルールを強制するのは Claude Code であってモデルではない」と明記しています。毎回必ず実行したい処理はフックで書きます。
Cursor や Copilot とどちらが優れていますか?
各社の公式説明はいずれも「コーディングのエージェント」に収束しており、呼び名での比較は意味が薄れています。権限の仕組み、拡張点、動く場所といった確認できる要素で比べてください。
何から設定すればよいですか?
公式ドキュメントは CLAUDE.md から始め、必要が出たときに順次足すことを勧めています。「同じ指摘を 2 回したらスキル化」のようなきっかけの一覧も用意されています。

参考にした一次情報

この記事は公式ドキュメントを基に AI が下書きを作成し、運営者が内容を確認して公開しています。誤りを見つけた場合は お問い合わせからお知らせください。

関連記事