MENU

問い合わせ


    AIコーディングツールの選び方【2026年秋】Copilot・Cursor・Claude Code・Kiroを「使い方の型」で比べる

    「社内でもAIを使って開発を」と調べ始めると、GitHub Copilot、Cursor、Claude Code、Kiro……と候補が次々に出てきます。しかも名前が変わったり、提供終了のお知らせが届いたり。AIコーディングツールの選び方が分からず、手が止まっている発注者の方は少なくありません。

    「Copilot・Cursor・Claude Code・Kiro、結局どれを選べばいいのか分からない。使っていたツールが終了・改名したときはどうすればいいの?」

    先に結論をお伝えします。「どれが一番優れているか」ではなく、「誰が・どんな進め方で使うか」で選ぶのが近道です。AIコーディングツールは、大きく「補完・エディタ統合型」「エージェント型」「仕様駆動型」「アプリ生成型」の4つの型に分けられます。自社(または開発会社)の体制に合う型を決めてから、その中で法人プランとデータの扱いを確認し、小さく試す。そして、ツールが終了・改名しても困らないよう、ルールや手順は共通の形式で残しておく。

    この記事では、執筆時点(2026年9月)の公式情報をもとに、主なツールの比較表、目的・体制別の向き不向き、最近の終了・改名の事例とその備え方を、チェックリストと開発会社への質問例つきで解説します。特定のツールをおすすめするものではありません。

    目次

    AIコーディングツールの選び方は「4つの型」から考える

    AIコーディングツール(=プログラムを書く作業をAIが手伝うソフト)は、見た目は似ていても「人とAIの役割分担」がかなり違います。まずは型で整理しましょう。

    型1:補完・エディタ統合型(GitHub Copilot、Cursor など)

    エンジニアが普段使うエディタ(=プログラムを書くためのソフト)の中で、次に書くコードを提案したり、チャットで質問に答えたりする型です。人が主導し、AIが横で手伝うイメージです。最近はこの型のツールにもエージェント機能が加わり、境界は薄れつつあります。

    型2:エージェント型(Claude Code、OpenAI Codex、Copilot coding agent など)

    「この不具合を直して」「この機能を追加して」と依頼すると、AIが自分でファイルを読み、コードを書き、テストを動かすところまで進める型です。エージェント(=指示を受けて自律的に作業を進めるAI)は、ターミナル(=文字でコンピューターを操作する画面)、デスクトップアプリ、クラウド(ブラウザから依頼し、提供元のサーバー上で作業する形)など、さまざまな場所で動きます。人は依頼と確認に回る分、任せ方と確認の仕組みが重要になります。

    型3:仕様駆動型(Kiro)

    いきなりコードを書かせるのではなく、まず要件(=何を作るか)・設計・作業手順を文書にし、それに沿ってAIが実装する型です。発注者にとっては、AIが何を作ろうとしているかを文書で確認できる点が特徴です。

    型4:アプリ生成型(Lovable、v0、Bolt など)

    ブラウザで「こんなアプリがほしい」と文章で伝えると、画面や簡単なアプリをまとめて生成する型です。試作には便利ですが、本番で使うならセキュリティや保守の体制を別途検討する必要があります。

    ノーコードやSaaSとの使い分けに迷う場合は、ノーコード・SaaS・スクラッチの選び方もあわせてご覧ください。

    主なAIコーディングツールの比較表(執筆時点:2026年9月)

    以下は各社の公式ページをもとにした、執筆時点(2026年9月)の整理です。機能・プラン・規約は頻繁に変わるため、導入前に必ず最新の公式情報を確認してください。料金額はプランや利用量で大きく変わるため、ここでは課金の「方式」だけを示します。

    📰 出典:GitHub Docs「Plans for GitHub Copilot」

    📰 出典:Claude Code Docs「Data usage」

    📰 出典:Kiro Docs「Data protection」

    📰 出典:Cursor Docs「Privacy and Data Governance」

    📰 出典:Codex「Pricing」

    📰 出典:Kiro「Pricing」

    📰 出典:Kiro Changelog「Kiro Web is now generally available」

    📰 出典:Cursor「Pricing」

    ツール提供元型・使う場所得意な使い方法人プランとデータの扱い課金方式
    GitHub CopilotGitHub補完・エディタ統合型+エージェント(Issueを割り当てるとPRを作るcoding agent等)既存の開発の流れ(GitHub)に足すBusiness/Enterpriseのデータは学習に使わないと明記。個人向けFree/Pro/Pro+は、2026年4月24日以降オプトアウトしない限り学習に利用全プランでAIクレジット制(月ごとの付与分+超過分)。法人は1人あたりの席課金
    CursorCursor補完・エディタ統合型(AI機能を組み込んだエディタ)+エージェントエディタ中心で開発するPrivacy Mode(学習に使わない設定)あり。Enterpriseは既定でオン、管理者が強制可能付与分+超過分の従量
    Claude CodeAnthropicエージェント型(ターミナル、IDE拡張、デスクトップ、ブラウザ)複数ファイルにまたがる修正・調査・PR作成Team/Enterprise/APIは学習に使わない(標準保持30日)。個人向けFree/Pro/Maxは設定がオンなら学習に利用サブスクリプション、またはAPIの従量
    OpenAI CodexOpenAIエージェント型(CLI、IDE拡張、クラウド、デスクトップ)同上ChatGPTのBusiness/Enterprise等でも利用可。データの扱いはプランごとの規約で確認ChatGPTの各プランに含まれる形
    KiroAWS仕様駆動型(IDE、CLI、ブラウザ版Kiro Web)要件・設計・作業手順を文書化しながら作るエンタープライズ利用者のデータはサービス改善に使わない。Free・個人契約はオプトアウトしない限り利用されうるクレジット制(月ごとの付与分+追加購入)
    Lovable/v0/Bolt各社アプリ生成型(ブラウザ)試作・画面イメージづくり学習から除外されるのは主に上位の法人向けプラン(詳細は各社規約)クレジット・トークン制

    表から分かる大事なポイントは、同じツールでも「個人向けプラン」と「法人向けプラン」でデータの扱いが違うことです。社員が個人契約のまま業務のコードを扱っていると、知らないうちに学習利用の対象になっている可能性があります。

    📰 出典:GitHubブログ「GitHub Copilot のインタラクションデータ利用ポリシーの更新」

    📰 出典:Lovable Docs「Data opt-out」

    たとえばGitHub Copilotは、個人向けプランのやり取りのデータを2026年4月24日からオプトアウトしない限り学習に使う方針に変わりました(有料Organizationが所有するリポジトリの内容は対象外)。Lovableも2026年9月9日から、Free/Proのデータを学習に使う(オプトアウト可、Business/Enterpriseは除外)としています。「法人プランで契約し、管理者が設定を統一する」ことが、ツール選び以前の前提と考えてください。

    また、課金は各社とも「定額の中に一定の利用枠があり、超えた分は従量」という形に寄ってきています。エージェント型は1回の依頼で多くの処理をするため、利用量の上限(予算)を設定できるかも確認しておきましょう。

    目的・体制別の向き不向き(ランキングではなく「型」で選ぶ)

    どのツールにも得意・不得意があり、優劣は使う人と進め方で変わります。自社の状況に近いものを探してみてください。

    開発会社に開発を任せている場合

    ツールを選ぶのは基本的に開発会社です。発注者が決めるべきは「どのツールか」より、「どの契約プランで、どんな設定で、誰が確認するか」です。比較表の「法人プランとデータの扱い」の列を手元に置き、開発会社にどのプランを使っているか聞くだけでも、情報管理の確認として十分に意味があります。

    社内にエンジニアが数人いて、既存システムを改善したい場合

    普段の開発の延長で使える補完・エディタ統合型(Copilot、Cursor)から入ると、作業の流れを大きく変えずに試せます。GitHubで開発を管理しているなら、Copilot coding agentのようにIssue(=作業チケット)を割り当てるとAIがPR(=変更の提案)を作る使い方もあり、人のレビューを通す流れに組み込みやすいのが特徴です。

    📰 出典:GitHub Changelog「Copilot coding agent is now generally available」

    まとまった作業をAIに任せ、人は確認に集中したい場合

    エージェント型(Claude Code、Codex、Copilot coding agent)が向いています。ただし、任せる範囲が広いほど、AIがどのファイルやコマンドにアクセスできるか(権限)と、成果物を誰がどうレビューするかを先に決める必要があります。「AIが作ったものは人が確認してから反映する」を社内ルールにしておきましょう。

    仕様があいまいになりがち、発注者も内容を確認したい場合

    仕様駆動型(Kiro)は、要件をrequirements.md、設計をdesign.md、作業をtasks.mdという文書にしてから実装を進めます。発注者は要件の文書をレビューする形で関われるため、「AIが勝手に作ってしまい、意図と違った」というズレを減らす手がかりになります。

    📰 出典:Kiro Blog「Introducing Kiro」

    まずは画面イメージを作って社内で合意したい場合

    アプリ生成型は、要望を形にして見せる試作には便利です。ただし、生成したアプリを本番で使う場合は、認証(=ログインの仕組み)やデータベースの権限設定などを専門家に確認してもらう前提で考えてください。

    AIツールの終了・改名が相次いでいる(2025〜2026年の主な例)

    AIコーディングツールは、サービス名の変更や提供終了が珍しくありません。最近の公式発表から主なものを挙げます(執筆時点:2026年9月)。

    📰 出典:AWS DevOps Blog「Amazon Q Developer end of support announcement」

    • Amazon Q Developer → Kiro:AWSは2026年4月30日、Amazon Q Developerの新規受付を2026年5月15日に停止し、2027年4月30日にサポートを終了すると発表しました。移行先としてKiroが案内されています。既存のPro契約はサポート終了まで利用を続けられます

    📰 出典:Google Developers Blog「An important update: Transitioning Gemini CLI to Antigravity CLI」

    • Gemini CLI(個人向け)→ Antigravity CLI:Googleは2026年5月19日、Google AI Pro/Ultraの契約者や個人向けGemini Code Assistの利用者について、2026年6月18日にGemini CLIの提供を終了し、後継のAntigravity CLIへ移行すると発表しました。Gemini Code Assist Standard/Enterpriseのライセンスを持つ組織は引き続き利用できるとされています

    📰 出典:Devin Blog「Windsurf is now Devin Desktop」

    • Windsurf → Devin Desktop:AIエディタのWindsurfは「Devin Desktop」への改名が発表されています。既存ユーザーには通常のアップデートとして届き、プランや料金は変わらないと説明されています

    📰 出典:GitHub Changelog「Deprecate GitHub Copilot Extensions (GitHub Apps)」

    • Copilot Extensions(GitHub App型)→ MCP:GitHubは、GitHub Appとして作られたCopilot Extensionsを2025年11月10日に停止し、MCPサーバーへの移行を案内しました

    ここから分かるのは、ツールそのものより、ツールに覚えさせた社内ルールや連携の仕組みのほうが「資産」になるということです。終了・改名の知らせが来たら、慌てて乗り換える前に「自社の契約が対象か」「期限はいつか」「移行先はどこか」を確認しましょう。法人向けライセンスは継続されるケースもあります。

    ツールが終了・改名しても困らないための備え

    乗り換えのダメージを小さくするには、AIへの指示や連携を「特定ツール専用の形」ではなく、複数ツールで読める共通の形式で残しておくことが有効です。執筆時点(2026年9月)では、次の3つが主要ツールで共通化が進んでいます。

    AGENTS.md(AIへの作業ルールを書くファイル)

    プロジェクトの規約や手順を書いておくと、AIが作業前に読み込むファイルです。GitHub Copilot coding agent、Claude Code、KiroがAGENTS.mdの読み込みに対応していると公式に案内しています。

    📰 出典:GitHub Changelog「Copilot coding agent now supports AGENTS.md custom instructions」

    📰 出典:Claude Code Docs「Overview」

    📰 出典:Kiro Docs「Steering」

    Agent Skills(手順書をまとめたフォルダ)

    「この業務はこの手順で」という指示や補助スクリプトをフォルダにまとめ、AIが必要なときに読み込む仕組みです。Anthropicが2025年12月にオープンな標準として公開し、GitHub CopilotもClaude Code用に作られたスキルを読み込めると案内しています。Googleも、Gemini CLIのAgent SkillsはAntigravityでも引き継げると説明しています。

    📰 出典:Claude Blog「Introducing Agent Skills」

    📰 出典:GitHub Changelog「GitHub Copilot now supports Agent Skills」

    MCP(AIと社内ツールをつなぐ共通規格)

    MCP(Model Context Protocol)は、AIとチケット管理やデータベースなどの外部ツールをつなぐための共通の規格です。2025年12月、Linux Foundation傘下に設立されたAgentic AI Foundationへ寄贈され、AGENTS.mdも同財団の創設プロジェクトとなりました。特定企業の持ち物ではない形で運営されることは、長く使ううえでの安心材料の一つです。

    📰 出典:Anthropic「Donating the Model Context Protocol and establishing the Agentic AI Foundation」

    ツール専用の設定に作り込むほど、乗り換え時の作り直しが増えます。開発会社にAIの設定を作ってもらう場合も、共通形式で残してもらい、納品物に含めてもらうと安心です。

    失敗しないための進め方:小さく試し、開発会社を巻き込む

    最後に、導入の進め方です。いきなり全社導入するより、次のステップで進めると失敗しにくくなります。

    1. 目的と使う人を決める:「既存システムの小さな改修を速くしたい」「試作で社内合意を取りたい」など、目的を1つに絞る
    2. 型を選び、候補を2つ程度に絞る:上の「目的・体制別」を参考にする
    3. 法人プランで小さく試す:少人数の法人契約や試用の範囲で、機密性の低い題材を使って1〜2か月ほど試す。データの学習利用の設定を必ず確認する
    4. 開発会社と一緒に評価する:レビューの手間、品質、費用(利用量)を振り返る
    5. 社内ルールを決めてから広げる:使ってよいデータ、権限、確認フロー、予算上限を文書にする

    なお、IPAの「情報セキュリティ10大脅威 2026」(組織編)では「AIの利用をめぐるサイバーリスク」が初めて選ばれ、3位になっています。便利さとあわせて、使い方のルールづくりを後回しにしないことが大切です。

    📰 出典:IPA「情報セキュリティ10大脅威 2026」

    「ツールは私たちも数か月ごとに見直しています。『どのプランで、何を確認しているか』を聞いていただければ、いつでも説明しますよ」

    発注者がやることチェックリスト

    • ☐ AIツールを使う目的と、使う人(社員/開発会社)を1つに絞って書き出した
    • ☐ 候補ツールの「型」(補完・エージェント・仕様駆動・アプリ生成)を決めた
    • ☐ 個人向けプランではなく法人向けプランで契約し、学習利用の設定を確認した
    • ☐ 利用量(クレジット)の上限や予算アラートを設定できるか確認した
    • ☐ AIが作ったコードを誰がどう確認してから反映するかを決めた
    • ☐ 開発会社が使っているツール・プラン・設定を確認した
    • ☐ AIへの指示・手順を共通形式(AGENTS.md、Agent Skills、MCP)で残す方針にした
    • ☐ 利用中ツールの終了・改名のお知らせを確認する担当者を決めた

    開発会社への質問例

    • 「開発でAIコーディングツールを使っていますか?使っている場合、どのツールのどの法人プランで、学習に使われない設定になっていますか?」
    • 「AIが書いたコードは、誰がどのようにレビューしてから反映していますか?」
    • 「AIへの指示や手順(AGENTS.mdやスキルなど)は、別のツールに乗り換えても使える形で残してもらえますか?納品物に含められますか?」
    • 「今使っているツールが終了・改名した場合、移行の手間や費用はどのくらい見込んでおけばよいですか?」
    • 「当社で小さく試すなら、どの型のツールで、どんな題材から始めるのがよいと思いますか?」

    まとめ:AIコーディングツールは「型」で選び、「共通形式」で資産を残す

    • AIコーディングツールは「補完・エディタ統合型」「エージェント型」「仕様駆動型」「アプリ生成型」の4つの型で考えると整理しやすい
    • 「どれが一番か」ではなく、誰が・どんな進め方で使うかで向き不向きが変わる
    • 同じツールでも個人向けと法人向けでデータの扱いが違う。法人プランと設定の統一が前提
    • 終了・改名は珍しくない。AGENTS.md・Agent Skills・MCPなど共通形式で残せば、乗り換えの負担を抑えられる
    • 小さく試し、開発会社と一緒に評価してから広げる

    ツールの名前は変わっても、「目的を決め、ルールを決め、人が確認する」という進め方は変わりません。まずはチェックリストの1行目から始めてみてください。

    あわせて読みたい関連記事

    システム制作・運用・保守のお問い合わせはこちら


      よかったらシェアしてね!
      • URLをコピーしました!
      • URLをコピーしました!

      この記事を書いた人

      株式会社THIRD HERO代表取締役 朝野貴朗
      Webシステム開発を中心に、toC向けサービスサイトの運営、ツール開発などを行ってまいりました。

      コメント

      コメントする

      目次