Skip to content
TCAFTask-Contract AI Development Framework
TCAF 0.3.3

Codex

Usa l’adapter Codex nativo verificato per trasportare le Run Envelope TCAF nel lavoro sul repository.

Contenuto: completeWorkflow: verified

L’adapter Codex è il percorso verificato raccomandato quando Codex dispone dell’accesso al repository target e può ispezionare file, applicare modifiche e riportare i risultati dei comandi.

Seleziona Codex

Registra Codex durante l’installazione oppure forza l’adapter per una singola esecuzione:

python install.py --adapter codex
tcaf task --target <progetto> --request "<task>" --adapter codex

La selezione automatica può scegliere Codex quando l’ambiente host espone l’integrazione attesa.

Flusso operativo

  1. Genera la Run Envelope TCAF.
  2. Passala a Codex rendendo disponibile il repository target.
  3. Lascia che Codex ispezioni le evidenze pertinenti.
  4. Revisiona il Task Contract proposto prima delle modifiche sostanziali.
  5. Autorizza l’implementazione soltanto dentro la superficie approvata.
  6. Revisiona diff ed evidenze risultanti.
  7. Autorizza separatamente riconciliazione, commit o push.

Accesso al repository

Il repository target dovrebbe essere l’unico workspace software pertinente all’esecuzione. Non aggiungere il repository del framework TCAF come seconda root del codice. Il runtime installato fornisce le istruzioni; il progetto fornisce le evidenze correnti.

Cosa resta sotto il controllo del developer

L’accesso di Codex non amplia l’autorità TCAF. Il developer continua a decidere:

  • quale lavoro delegare;
  • quali file possono cambiare;
  • se approvare il contratto;
  • se consentire l’esecuzione dei comandi;
  • se accettare il risultato;
  • se procedere con documentazione, commit, push o pull request.

Il developer può inoltre modificare direttamente il repository in qualsiasi momento. Codex deve rileggere e integrare quelle modifiche.

Stato della verifica

Il workflow Codex è stato esercitato per adozione, implementazione delimitata e riconciliazione di documentazione/stato. Questa verifica non implica che siano già stati testati ogni versione del modello, tipo di repository o condizione durante un task attivo.

Quando l’host non può accedere a una risorsa necessaria o eseguire un controllo, deve riportare la limitazione e usare READY FOR CHECK, PARTIAL o BLOCKED secondo il caso, senza inventare evidenze.