AX Code を入手 · 無料ドキュメント
AX Code.
ja
English繁體中文简体中文日本語한국어FrançaisDeutschBahasa IndonesiaItalianoPortuguês (Brasil)РусскийEspañolTürkçeTiếng Việt
始める

このページは英語版ドキュメントの翻訳です。コマンド、識別子、例はそのままです。ランタイム 7.24.4 · SDK 2.6.7。 英語版

AX Code を選ぶ理由

状態: 有効

範囲: 現行状態

最終確認: 2026-08-25

担当: AX Code maintainers

ほとんどのコーディングエージェントは、コードを書く瞬間を最適化します。AX Code が最適化するのはその後の瞬間です。エージェントが作ったものを残すかどうかを決める段階です。

AX Code が最適化するもの

エージェントの出力は生成が安く、レビューが高価です。エージェントが 3 つのモジュールにまたがる 20 個のファイルに触れると、レビューアの問題は「この行は正しいか」ではなく、「実際に何をしたか、通るか、取り消す必要が出たら何が起きるか」です。

AX Code はその問題を中心に作られています。

  • 証拠。 すべてのセッションは型付きイベントログとして記録されます。経路決定、モデルの活動、ステップ、ツール呼び出し、ツール結果に加え、実行中に取ったファイルスナップショットです。
  • 検証。 ゲートを強制できるところでは、リポジトリ自身の検査が決めます。Arena の候補と、ゲート付きリファクタの適用は、結果を受け入れる前に型検査、lint、テストを実行します。
  • 可逆性。 スナップショット地点はセッション単位だけでなくステップ単位で回復できます。同じ作業ディレクトリの入れ子セッションへ委譲した変更も含みます。
  • あなたの判断。 AX Code は順位付け、採点、報告をします。あなたに代わってマージはしません。

誰のためのものか

主な対象:

  • 影響の大きい変更を行うシニアおよびスタッフエンジニア
  • オープンソースと社内プラットフォームのメンテナー
  • 中規模から大規模の Git リポジトリを運用するチーム
  • リファクタ、移行、モジュール横断の修正を評価するエンジニア
  • 人が後から監査しなければならない、無人またはスケジュールされたエージェント作業を動かす人

主な対象ではない人:

  • インラインの自動補完が欲しい人
  • 1 回きりの捨ててよい編集をする利用者
  • 優先が完全に管理されたクラウド委譲であるチーム
  • Git を使うこと、またはリポジトリ検査を実行することを望まない人

それらの場合は、より軽いエディター補助の方が本当に適した道具です。このページは過剰に売り込むより、そう述べる方を選びます。

違い

腐りやすい機能一覧ではなく、各区分が何を最適化するかを示します。

区分 最適化の対象 AX Code との違い
ファーストパーティのモデルエージェント 1 つのモデル体験を端から端まで AX Code はモデルに依存せず、記録をローカルに保ちます
エディターエージェント IDE 内の対話的な流れ AX Code が対象にするのはレビューと監査の段階であり、入力の段階ではありません
軽量なターミナルエージェント 速さと単純さ AX Code は検査できる記録と引き換えに、より多くの概念を受け入れます
クラウドエージェント 管理された委譲と自律 AX Code は実行と証拠をあなたのマシンに保ちます。ライセンスは Apache-2.0 です

AX Code が出荷する能力のうち、2026 年時点で他でも広く得られるものは次のとおりです。サンドボックス、チェックポイントと復元、MCP、フック、スキル、サブエージェント、worktree の隔離、スケジュール、プロバイダーの選択、1 つのプロンプトを複数モデルで実行すること。それらのどれか 1 つだけでは、AX Code を選ぶ理由になりません。

他で組み立てにくい組み合わせは次です。隔離された候補実装、リポジトリ自身の検査によるゲート、検証を先にした順位付け、実行記録の全体をローカルに保持して書き出せること、そして自動マージがないことです。

主張しないこと

位置づけは、製品と突き合わせても残るときだけ有用です。明示すると次のとおりです。

  • replay は再構成します。再実行はしません。 記録されたイベントストリームを組み立て直し、検証します。モデル、ツール、外界を再実行しません。
  • risk は決定的なヒューリスティックです。 変更量、検証状態、ツールの失敗、触れたパス、セキュリティ上敏感なファイルパターンから計算します。確率でも、較正された信頼度でも、セキュリティ保証でもありません。
  • branch がフォークするのはセッション状態です。 Git のブランチや worktree ではありません。Arena が Git worktree の実装経路です。
  • compare が比較するのは実行です。 ソースコードではありません。リスク、決定経路、イベント数を報告します。コード差分ビューアではありません。
  • 検証ゲートは普遍ではありません。 適用されるのは Arena の候補と、ゲート付きリファクタの適用です。通常の対話的な編集は自動では検証されません。
  • AX Wiki の散文はモデルが生成します。 出典は引用されます。その周囲の計画、検証、増分更新、保護セクションの枠組みは決定的です。
  • CLI ブリッジの可視性は部分的です。 AX Code は自身のツール実行を完全に記録します。ベンダー CLI プロセスの内部で起きる作業は、そのブリッジの出力を通してだけ見えます。
  • 一部の能力はオプトインです。 workflow ランタイムには AX_CODE_WORKFLOW_RUNTIME=1 が必要です。

来歴をそのまま

AX Code は MIT ライセンスの OpenCode コードベースから始まりました。それは NOTICE に保存され、README にも述べられています。隠していません。

DEFAI がその基盤の上に作ったものが、このページの主題です。実行証拠の層、シャドウ worktree 検証を持つ決定的なデバッグとリファクタのエンジン、コードインテリジェンスのグラフと影響分析、council と arena の実行モード、AX Wiki コンパイラ、OS レベルのサンドボックス、AX Code Desktop です。

プロジェクトと統合することは、そこから派生することではありません。 README の来歴節と NOTICE は、Apache-2.0 Section 4(d) のライセンス義務を運ぶためにあります。AX Code が実際にコピーして再配布する上流だけを列挙します。AX Code が話すだけのプロジェクトは、ブリッジを作る間にどれほど詳しく調べても、そこには載りません。CLI プロバイダーが最も明確な例です。Claude Code、Codex CLI、Grok Build CLI、Muse Code CLI がプロバイダー表に名があるのは、AX Code がそれらのローカルバイナリを起動し、ログインセッションを再利用するからです。それらのコードがここに同梱されるからではありません。モデル ID のパターン、能力表、packages/ax-code/src/provider/ にあるベンダー固有の解析は、AX Code 自身の相互運用ロジックです。本当に逐語の派生であるファイルは、上流を名指す 1 行の来歴ヘッダーを持ちます。監査は、意図した再利用と、掃除し忘れたものを区別できます。

次へ