Halaman ini diterjemahkan dari dokumentasi bahasa Inggris. Perintah, pengenal, dan contoh tidak diubah. Runtime 7.24.4 · SDK 2.6.7. Sumber bahasa Inggris

Mengapa AX Code

Status: Aktif Cakupan: keadaan saat ini Terakhir ditinjau: 2026-08-25 Pemilik: pengelola AX Code

Kebanyakan agen pengodean mengoptimalkan saat menulis kode. AX Code mengoptimalkan saat sesudahnya: memutuskan apakah hasil agen layak dipertahankan.

Apa yang dioptimalkan AX Code

Keluaran agen murah untuk dihasilkan dan mahal untuk ditinjau. Ketika agen menyentuh dua puluh berkas di tiga modul, masalah peninjau bukan “apakah baris ini benar” melainkan “apa yang sebenarnya ia lakukan, apakah lulus, dan apa yang terjadi jika saya perlu membatalkannya.”

AX Code dibangun di sekitar masalah itu:

• Bukti. Setiap sesi dicatat sebagai log peristiwa bertipe — keputusan perutean, aktivitas model, langkah, panggilan alat, hasil alat — plus snapshot berkas yang diambil selama eksekusi.
• Verifikasi. Di mana gerbang dapat ditegakkan, pemeriksaan milik repositori Anda yang memutuskan. Kandidat Arena dan penerapan refaktor yang digerbangi menjalankan typecheck, lint, dan tes sebelum hasil diterima.
• Reversibilitas. Titik snapshot dapat dipulihkan per langkah, bukan hanya per sesi, termasuk perubahan yang didelegasikan ke sesi bersarang di direktori kerja yang sama.
• Keputusan Anda. AX Code memeringkat, menilai, dan melaporkan. Ia tidak menggabungkan untuk Anda.

Untuk siapa

Audiens utama:

• insinyur senior dan staf yang membuat perubahan berkonsekuensi
• pengelola sumber terbuka dan platform internal
• tim yang mengoperasikan repositori Git sedang sampai besar
• insinyur yang mengevaluasi refaktor, migrasi, dan perbaikan lintas modul
• siapa pun yang menjalankan kerja agen tanpa pengawasan atau terjadwal yang harus diaudit manusia sesudahnya

Bukan audiens utama:

• seseorang yang menginginkan pelengkapan otomatis sebaris
• pengguna yang membuat satu suntingan cepat dan sekali buang
• tim yang prioritasnya adalah delegasi cloud yang sepenuhnya terkelola
• seseorang yang tidak bersedia memakai Git atau menjalankan pemeriksaan repositori

Untuk kasus itu, asisten editor yang lebih ringan memang alat yang lebih baik, dan halaman ini lebih memilih mengatakannya daripada melebih-lebihkan.

Bagaimana ia berbeda

Alih-alih daftar fitur yang cepat usang, ini yang dioptimalkan setiap kategori:

Beberapa kapabilitas yang dikirim AX Code, per 2026, tersedia luas di tempat lain: sandbox, titik pemeriksaan dan pemulihan, MCP, hooks, skills, subagen, isolasi worktree, penjadwalan, pilihan penyedia, dan menjalankan satu prompt di beberapa model. Tidak satu pun dari itu sendiri menjadi alasan memilih AX Code.

Kombinasi yang lebih sulit dirakit di tempat lain adalah: implementasi kandidat yang terisolasi, digerbangi pada pemeriksaan milik repositori, peringkat yang mengutamakan verifikasi, dengan catatan eksekusi penuh yang disimpan secara lokal dan dapat diekspor — serta tanpa penggabungan otomatis.

Yang tidak kami klaim

Posisi hanya berguna jika bertahan saat bersentuhan dengan produk. Secara eksplisit:

• replay merekonstruksi; ia tidak mengeksekusi ulang. Ia membangun kembali dan memverifikasi aliran peristiwa yang tercatat. Ia tidak menjalankan ulang model, alat, atau dunia luar.
• risk adalah heuristik deterministik, dihitung dari pergolakan, keadaan validasi, kegagalan alat, jalur yang disentuh, dan pola berkas yang peka keamanan. Ia bukan probabilitas, keyakinan terkalibrasi, atau jaminan keamanan.
• branch mencabangkan keadaan sesi, bukan cabang Git atau worktree. Arena adalah jalur implementasi worktree Git.
• compare membandingkan eksekusi, bukan kode sumber. Ia melaporkan risiko, jalur keputusan, dan jumlah peristiwa — ia bukan penampil diff kode.
• Gerbang verifikasi tidak universal. Mereka berlaku untuk kandidat arena dan penerapan refaktor yang digerbangi. Suntingan interaktif biasa tidak diverifikasi secara otomatis.
• Prosa AX Wiki dihasilkan model dari sumber yang dikutip. Kerangka perencanaan, validasi, pembaruan inkremental, dan bagian terlindungi di sekelilingnya bersifat deterministik.
• Visibilitas jembatan CLI bersifat sebagian. AX Code mencatat eksekusi alatnya sendiri secara penuh; kerja yang terjadi di dalam proses CLI vendor hanya terlihat melalui keluaran jembatan itu.
• Beberapa kapabilitas bersifat ikut serta. Runtime workflow memerlukan AX_CODE_WORKFLOW_RUNTIME=1.

Provenans, secara lugas

AX Code bermula pada basis kode OpenCode berlisensi MIT. Itu dipertahankan di NOTICE dan dinyatakan di README, bukan disembunyikan.

Yang dibangun DEFAI di atas fondasi itu adalah pokok halaman ini: lapisan bukti eksekusi, mesin debug dan refaktor deterministik dengan verifikasi worktree bayangan, graf kecerdasan kode dan analisis dampak, mode eksekusi council dan arena, kompiler AX Wiki, sandbox tingkat OS, dan AX Code Desktop.

Mengintegrasikan dengan suatu proyek bukan menurunkan darinya. Bagian provenans README, dan NOTICE, ada untuk membawa kewajiban lisensi di bawah Apache-2.0 Bagian 4(d) — mereka hanya mencantumkan hulu yang kodenya benar-benar disalin dan didistribusikan ulang oleh AX Code. Proyek yang hanya diajak bicara AX Code tidak tercantum di sana, seberapa dekat pun mereka dipelajari saat membangun jembatan. Penyedia CLI adalah kasus paling jelas: Claude Code, Codex CLI, Grok Build CLI, dan Muse Code CLI dinamai di tabel penyedia karena AX Code memanggil biner lokal itu dan memakai ulang sesi login mereka, bukan karena kode mereka dikirim di sini. Pola ID model, tabel kapabilitas, dan penguraian khusus vendor di packages/ax-code/src/provider/ adalah logika interoperabilitas milik AX Code. Berkas yang benar-benar turunan harfiah membawa header provenans satu baris yang menamai hulu, agar audit dapat membedakan pemakaian ulang yang disengaja dari pembersihan yang terlewat.

Berikutnya

• Bukti eksekusi — perintah yang membuat eksekusi dapat ditinjau
• Perubahan multi-model terverifikasi — council dan arena
• Mulai di sini — model mental produk