【価格比較】Copilot、Kiro、Cursorなど6製品 「無料で十分」は本当?
この記事と、そこで配布されているダウンロード資料のPDFを見てみましたが、あきれ返るほど内容がひどく、間違った記述が散見されます。 特に資料内に掲載されていた選定フローチャートには、ツッコミどころというレベルを超えた構造的欠陥が存在します。
フローチャートの構造的欠陥
- 「特定開発環境への依存はない」という前提の矛盾 エディタ、IDE、リポジトリ、CI/CDのいずれにも依存せずに開発を行う現場など存在しません。
- GCPとGitHubの排他選択という混乱 Google Cloudには標準のコードリポジトリが存在しないため、インフラがGCPであってもソース管理はGitHubで行うのが極めて一般的です。インフラ(GCP)とソース管理(GitHub)というレイヤーの異なる概念を二者択一にしている時点で前提が破綻しています。
- GitHub以外のソース管理環境の置き去り GitLabやBitbucketなどを採用している現場は、「特定の開発環境に依存していない」と無理やり解釈させるつもりでしょうか。
- Q4の「No」を選んだユーザーの消滅(デッドエンド) 「Webブラウザ完結を望まない(No)」を選択した大多数のエンジニアは、分岐の先が存在せず、チャート上で物理的にデッドエンドを迎えます。
- GitHub Copilotへの不可逆性 最初の分岐(Q1)で一度でも右側(Q2)に進むと、市場で最も普及しているマルチプラットフォーム対応ツールである「GitHub Copilot」へ二度と辿り着けなくなります。
Q&Aにおける技術的実態との乖離
資料内に記載されている開発者向けQ&Aも、実態とかけ離れた記述になっています。
Q. 開発チームから「Claude CodeなどのCLIツールを使いたい」と要望されたらどうすべきですか? A. 全社標準ツールとは切り離し、「ローカル開発環境での限定的な利用」として扱うことが推奨されます。 解説: 一部のCLIツールはSSOやログ管理などの機能が発展途上です。まずは全社標準ツールで統制を固め、CLIツールは機密情報を含まない範囲で特定エンジニアにのみ許可するなど、ハイブリッドな運用が重要です。
この解説には大きな疑問があります。
1. CLIツールの認証とログ管理の実態
ほとんどのCLIツールは、各AIプロバイダーのプロプライエタリなSSO体系に依存しています。 GCPであればGoogle WorkspaceアカウントやVertex AIと密接に結合しており、Claude Codeも同様です。 したがって「SSOやログ管理が発展途上」という指摘は当たらず、ログもクラウド側で管理されると考えるのが自然です。
2. Gemini Code Assistantの陳腐化
GoogleのAI開発環境としては、既にVS CodeフォークであるAntigravity IDEが登場しています。 さらにエージェント実行GUIのAntigravity 2.0、CLIのAntigravity CLI、Web完結型のJulesなどが展開されており、既存のGemini Code Assistantは事実上Obsolete(陳腐化)したと見るべきでしょう。
評価基準のない機能比較表(星取表)
資料には各ツールの機能を比較した星取表も掲載されているのですが、評価軸が「◎」と「◯」の2種類しかなく、客観的な評価基準が一切開示されていません。
特に「リファクタリング」機能については、どのような操作や範囲(単一ファイルの記述修正なのか、プロジェクト全体の構造変更なのか)を指しているのか詳細な定義もないまま、なぜかCursorだけが「◎」に設定されています。何を基準に差をつけているのか根拠が不明であり、比較表としての信頼性に著しく欠けています。
まとめ
このチャートではJetBrainsの存在自体が完全に消されているほか、GitHub Copilotも特定の環境以外では選べないよう不自然に排除されています。
GitHub、Google、Claude、JetBrainsなどの主要な選択肢を意図的に外し、特定ツールへ誘導するためのセールストークから逆算して作られた資料だと考えるのが合理的です。
