Seleziona un adapter
Scegli il trasporto TCAF coerente con l’host reale senza modificare perimetro, autorità o comportamento fondamentale.
Un adapter definisce come una Run Envelope TCAF raggiunge un host AI. Cambia il trasporto, non lo scope del task o l’autorità del developer.
Selezione
La selezione automatica usa informazioni dell’host, TCAF_ADAPTER, rilevamento dell’ambiente e infine il default del registry. Puoi registrare una preferenza durante l’installazione:
python install.py --adapter codexOppure applicare un override a una singola operazione:
tcaf task --target <percorso-progetto> --request <richiesta-delimitata> --adapter clineCodex
- Adapter ID:
codex - Trasporto:
native - Stato:
verified
Codex può accedere e modificare direttamente il target entro permessi e superficie di modifica dichiarati dall’esecuzione.
Le cinque operazioni principali di progetto sono:
tcaf bootstrap
tcaf adopt
tcaf plan
tcaf task
tcaf synctcaf run resta disponibile per l’invocazione diretta di agenti registrati, ma nell’uso normale va preferita l’operazione nominata che descrive il lavoro.
L’accesso nativo non autorizza modifiche estranee, bypass dei review gate o operazioni Git automatiche.
Cline
- Adapter ID:
cline - Trasporto:
manual-envelope - Stato:
verified-with-limitations
La procedura manual-envelope delimitata è verificata. L’invocazione nativa runner-to-Cline non è attualmente un percorso verificato.
Usa l’envelope generata in un nuovo task Cline e aggiungi un solo marker di trasporto documentato:
TCAF CLINE STEP: INSPECT
TCAF CLINE STEP: WRITE <percorso-relativo-al-repository>
TCAF CLINE STEP: VALIDATEIl marker può restringere l’envelope. Non può ampliare target, scope, permessi o output.
Generic CLI
- Adapter ID:
generic-cli - Trasporto:
stdout - Stato:
framework-aligned
Questo adapter stampa la Run Envelope per un altro host da riga di comando. Il solo trasporto non concede capacità diretta di scrittura sui file.
Generic chat
- Adapter ID:
generic-chat - Trasporto:
host-resource - Stato:
framework-aligned
Usa generic chat soltanto quando l’host può fornire le risorse persistenti del framework richieste e le evidenze esatte del target. La sola memoria delle chat precedenti non costituisce uno stato di progetto TCAF affidabile.
La regola che non cambia
Ogni adapter deve preservare un solo target, superficie di modifica approvata, review gate del developer, comportamento preservation-first, report esplicito delle evidenze e separazione dalle operazioni di commit/push.
Un host più capace può eseguire una parte maggiore del lavoro approvato. Non riceve un’autorità più ampia.
Consulta Copertura di validazione per i confini verificati attuali.