Quale flusso di lavoro fa per te?
Questa pagina confronta gli agenti di programmazione, non un modello chiamato Codex. L'inferenza locale e le competenze riutilizzabili non sono esclusive di AX Code: anche Codex documenta una modalità provider locale e le competenze.
| Aspetto da valutare | AX Code | Codex |
|---|---|---|
| Usarli insieme | AX Code può usare Codex CLI installata come provider codex-cli, riutilizzandone login e sessione locali. | La CLI può anche essere usata direttamente nel proprio flusso di lavoro. |
| Flusso di programmazione | Agente nel terminale con registri di esecuzione e comandi di confronto. | Agente nel terminale che può ispezionare il codice, modificare file ed eseguire comandi. |
| Modelli locali | Runtime locali supportati, incluso AX Engine sui Mac Apple Silicon supportati. | La modalità OSS documentata supporta provider locali come Ollama e LM Studio. |
| Istruzioni riutilizzabili | Competenze di progetto basate su SKILL.md e risorse di supporto. | Competenze basate su SKILL.md con script e riferimenti facoltativi. |
Includi WebMCP nel confronto
Con il bridge WebMCP sperimentale, AX Code può leggere pagine, chiamare gli strumenti esposti da un sito e interagire con la sua interfaccia. È disattivato per impostazione predefinita e apre una finestra Chrome isolata quando lo attivi.
Verifica se ogni agente di sviluppo può scoprire e chiamare strumenti WebMCP registrati dalla pagina, come gestisce profili e approvazioni e quale configurazione richiede. Valuta lo stesso sito e la stessa attività. Le connessioni a server MCP e l’automazione generica del browser da sole non dimostrano il supporto WebMCP; consulta la documentazione attuale di ogni prodotto.
Cosa valutare con AX Code
Apri AX Code nel tuo repository e usa /connect per scegliere un runtime locale supportato, un'API cloud, una CLI di programmazione o un endpoint GPU privato. Scegli le impostazioni di sandbox e di permesso prima di concedere l'accesso a codice che non conosci. Le sessioni ordinarie non impongono automaticamente la suite di test del tuo progetto. Esegui i controlli del repository e ispeziona il diff. Usa il grafo di sessione per vedere i passaggi registrati e le chiamate agli strumenti. Un fallimento di controllo registrato resta un fallimento; il messaggio di completamento dell'agente non è la prova che una patch sia corretta.
AX Code Business è pianificato. La velocità illustrativa mostrata sul sito non è un benchmark rispetto a Codex.
Documentazione ↗Come posso confrontare gli agenti in modo equo?
Indica con precisione la superficie di prodotto, il modello, i permessi e la configurazione. Quando possibile, mantieni costanti attività e modello. Un dato di throughput di un modello locale non dimostra che il suo harness per agenti sia migliore.
Prova un'attività rappresentativa
Dai a entrambi gli agenti un piccolo test che fallisce, in checkout puliti. Ispeziona la patch risultante, la cronologia degli strumenti, il costo e il comportamento di ripristino. Esegui tu stesso i controlli di accettazione e confronta le prove disponibili al termine.
Inizia ↗Fonti e ambito
Scritto dal team di AX Code. Questo è un confronto di flussi di lavoro, non una classifica indipendente delle prestazioni. Consulta la documentazione ufficiale per la disponibilità attuale, i piani e i requisiti di distribuzione.