Trang này được dịch từ tài liệu tiếng Anh. Lệnh, định danh và ví dụ giữ nguyên. Runtime 7.24.4 · SDK 2.6.7. Bản tiếng Anh

Vì sao dùng AX Code

Trạng thái: Đang hoạt động Phạm vi: trạng thái hiện tại Xem xét lần cuối: 2026-08-25 Chủ sở hữu: người bảo trì AX Code

Hầu hết tác nhân lập trình tối ưu khoảnh khắc viết mã. AX Code tối ưu khoảnh khắc sau đó: quyết định có giữ những gì tác nhân đã tạo hay không.

AX Code tối ưu cho điều gì

Đầu ra của tác nhân rẻ để sinh và đắt để rà soát. Khi một tác nhân chạm hai mươi tệp trên ba mô-đun, vấn đề của người rà soát không phải “dòng này có đúng không” mà là “nó thực sự đã làm gì, kết quả có đạt không, và chuyện gì xảy ra nếu tôi cần hoàn tác”.

AX Code được xây quanh vấn đề đó:

Bằng chứng. Mỗi phiên được ghi thành nhật ký sự kiện có kiểu — quyết định định tuyến, hoạt động mô hình, bước, lần gọi công cụ, kết quả công cụ — cộng ảnh chụp tệp lấy trong lúc chạy.
Xác minh. Ở nơi một cổng có thể thực thi, chính các kiểm tra của kho quyết định. Ứng viên arena và áp dụng tái cấu trúc có cổng chạy kiểm tra kiểu, lint và kiểm thử trước khi một kết quả được chấp nhận.
Khả năng đảo ngược. Điểm ảnh chụp khôi phục được theo từng bước, không chỉ theo phiên, kể cả các thay đổi được ủy thác cho phiên lồng trong cùng thư mục làm việc.
Quyết định của bạn. AX Code xếp hạng, chấm điểm và báo cáo. Nó không hợp nhất thay bạn.

Dành cho ai

Đối tượng chính:

kỹ sư cấp cao và cấp staff thực hiện các thay đổi có hệ quả
người bảo trì mã nguồn mở và nền tảng nội bộ
các nhóm vận hành kho Git từ trung bình đến lớn
kỹ sư đang đánh giá tái cấu trúc, di chuyển và sửa xuyên mô-đun
bất kỳ ai chạy việc của tác nhân không giám sát hoặc đã lên lịch mà sau đó con người phải kiểm toán

Không phải đối tượng chính:

người chỉ muốn tự hoàn thành nội tuyến
người dùng làm một sửa nhanh, dùng một lần
nhóm ưu tiên ủy thác đám mây được quản lý hoàn toàn
người không muốn dùng Git hoặc chạy kiểm tra kho

Với những trường hợp đó, một trợ lý trình soạn thảo nhẹ hơn thực sự là công cụ tốt hơn, và trang này thà nói thẳng còn hơn phóng đại.

Khác biệt ra sao

Thay vì một danh sách tính năng sẽ lỗi thời, đây là điều mỗi hạng mục tối ưu:

Hạng mục	Tối ưu cho	AX Code khác ở đâu
Tác nhân mô hình bên thứ nhất	trải nghiệm của một mô hình, từ đầu đến cuối	AX Code không gắn một mô hình và giữ hồ sơ ở cục bộ
Tác nhân trong trình soạn thảo	luồng tương tác trong IDE	AX Code nhắm bước rà soát và kiểm toán, không phải bước gõ
Tác nhân terminal nhẹ	tốc độ và sự đơn giản	AX Code chấp nhận nhiều khái niệm hơn để đổi lấy hồ sơ có thể kiểm
Tác nhân đám mây	ủy thác được quản lý và tự chủ	AX Code giữ thực thi và bằng chứng trên máy của bạn, Apache-2.0

Một số khả năng mà AX Code phát hành, tính tới 2026, đã có rộng rãi ở nơi khác: sandbox, điểm kiểm tra và khôi phục, MCP, móc, kỹ năng, tác nhân con, cô lập worktree, lên lịch, chọn nhà cung cấp, và chạy một lời nhắc trên nhiều mô hình. Không mục nào trong số đó một mình là lý do để chọn AX Code.

Tổ hợp khó lắp ở nơi khác hơn là: một bản triển khai ứng viên được cô lập, có cổng bằng chính các kiểm tra của kho, xếp hạng ưu tiên xác minh, với toàn bộ hồ sơ thực thi được giữ cục bộ và có thể xuất — và không tự hợp nhất.

Những gì chúng tôi không tuyên bố

Định vị chỉ hữu ích nếu nó chịu được khi chạm sản phẩm. Nói tường minh:

replay dựng lại; nó không thực thi lại. Nó dựng lại và xác minh luồng sự kiện đã ghi. Nó không chạy lại mô hình, công cụ hay thế giới bên ngoài.
risk là một heuristic tất định, tính từ mức xáo trộn, trạng thái xác thực, lỗi công cụ, đường dẫn đã chạm và mẫu tệp nhạy cảm về bảo mật. Nó không phải xác suất, độ tin cậy đã hiệu chỉnh, hay một bảo đảm bảo mật.
branch rẽ trạng thái phiên, không phải nhánh Git hay worktree. Arena mới là đường triển khai git worktree.
compare so sánh các lần chạy, không phải mã nguồn. Nó báo cáo rủi ro, đường quyết định và số sự kiện — không phải trình xem diff mã.
Cổng xác minh không phổ quát. Chúng áp dụng cho ứng viên arena và áp dụng tái cấu trúc có cổng. Các sửa tương tác thông thường không được xác minh tự động.
Văn xuôi AX Wiki do mô hình sinh từ các nguồn được trích dẫn. Khung lập kế hoạch, xác thực, cập nhật tăng dần và mục được bảo vệ quanh nó là tất định.
Khả năng nhìn của cầu CLI là một phần. AX Code ghi đầy đủ việc thực thi công cụ của chính nó; việc xảy ra bên trong tiến trình CLI của nhà cung cấp chỉ nhìn thấy qua đầu ra của cầu đó.
Một số khả năng là chọn tham gia. Runtime workflow cần AX_CODE_WORKFLOW_RUNTIME=1.

Nguồn gốc, nói thẳng

AX Code bắt đầu từ mã nguồn OpenCode cấp phép MIT. Điều đó được giữ trong NOTICE và nêu trong README chứ không bị giấu.

Những gì DEFAI xây trên nền đó là chủ đề của trang này: tầng bằng chứng thực thi, engine gỡ lỗi và tái cấu trúc tất định với xác minh worktree bóng, đồ thị trí tuệ mã và phân tích tác động, các chế độ thực thi council và arena, trình biên dịch AX Wiki, sandbox cấp hệ điều hành, và AX Code Desktop.

Tích hợp với một dự án không phải là phái sinh từ dự án đó. Mục nguồn gốc của README, và NOTICE, tồn tại để mang nghĩa vụ giấy phép theo Apache-2.0 Mục 4(d) — chúng chỉ liệt kê các thượng nguồn mà AX Code thực sự sao chép và phân phối lại mã. Các dự án mà AX Code chỉ nói chuyện cùng không được liệt kê ở đó, dù chúng được nghiên cứu kỹ đến đâu khi xây cầu. Nhà cung cấp CLI là trường hợp rõ nhất: Claude Code, Codex CLI, Grok Build CLI và Muse Code CLI được nêu trong bảng nhà cung cấp vì AX Code gọi các tệp nhị phân cục bộ đó và tái dùng phiên đăng nhập của chúng, không phải vì bất kỳ mã nào của chúng được phát hành tại đây. Mẫu mã mô hình, bảng khả năng và phân tích riêng nhà cung cấp trong packages/ax-code/src/provider/ là logic tương tác của chính AX Code. Các tệp thực sự là phái sinh nguyên văn mang một dòng đầu nguồn gốc nêu thượng nguồn, để một lần kiểm toán phân biệt được tái dùng có chủ đích với việc dọn sót.

Bằng chứng thực thi — các lệnh làm một lần chạy có thể rà soát
Thay đổi đa mô hình đã xác minh — council và arena
Bắt đầu tại đây — mô hình tư duy sản phẩm