| 観点 | AX Code | Cursor |
|---|---|---|
| 作業環境 | 既存のエディターのそばで使うターミナル UI とコマンドラインのワークフロー。 | エージェントワークフロー、CLI、連携を備えた統合開発環境。 |
| モデルの選択 | 対応するローカルランタイムやクラウドプロバイダーに接続。 | モデルの選択肢は Cursor のモデルカタログに文書化されています。自分のワークフローで利用可能か確認してください。 |
| 変更のレビュー | セッション記録の確認、実行の比較、ファイル変更のレビュー。 | マージ前にエージェントの diff をレビューし、プロジェクトのチェックを実行。 |
WebMCP を比較項目に加える
実験的な WebMCP ブリッジにより、AX Code はページの読み取り、サイトが公開するツールの呼び出し、画面の操作を行えます。初期状態では無効で、有効にすると隔離された Chrome ウィンドウが開きます。
各コーディングエージェントがページに登録された WebMCP ツールを検出して呼び出せるか、ブラウザープロファイルや承認をどう扱うか、必要な設定は何かを確認してください。同じサイトとタスクで評価しましょう。MCP サーバー接続や一般的なブラウザー自動化だけでは WebMCP 対応を示せません。各製品の最新ドキュメントを確認してください。
AX Code で評価すべきこと
リポジトリで AX Code を開き、/connect で対応するローカルランタイム、クラウド API、コーディング CLI、プライベート GPU エンドポイントを選びます。見慣れないコードにアクセスを許可する前に、サンドボックスと権限の設定を決めておきましょう。通常のセッションでは、プロジェクトのテストスイートは自動的に実行されません。 リポジトリのチェックを実行し、差分を確認します。セッショングラフで記録された手順やツール呼び出しを確認しましょう。記録されたチェックの失敗は失敗のままです。エージェントの完了メッセージはパッチの正しさの証明にはなりません。
AX Code Business は計画中です。本サイトのイメージとしての速度表示は、Cursor とのベンチマーク比較ではありません。
ドキュメント ↗AX Code を試すためにエディターを離れなければなりませんか？
いいえ。既存のリポジトリでターミナルを開けば、エディターと併用できます。範囲の決まった変更を一つ試し、いつものレビューツールで差分を確認してください。
代表的なタスクで試す
同じバグと受け入れテストを別々のクリーンなチェックアウトで実行しましょう。提案された編集の理解しやすさ、不要な変更の復元、好きなエディターでの作業継続のしやすさを比較できます。
始める ↗出典と範囲
AX Code チームが執筆しました。これはワークフローの比較であり、独立した性能ランキングではありません。現在の提供状況、料金プラン、導入要件は公式ドキュメントを確認してください。