Copertura di validazione

TCAF 0.4.0 è una release pubblica pre-1.0. La validazione viene riportata per scenario e trasporto, non come garanzia universale.

Accettazione del workflow core

Le evidenze di accettazione semantic BLACK_BOX della v0.4.0 coprono gli scenari seguenti:

Scenario core	Stato	Cosa è stato esercitato
Bootstrap greenfield da normale materiale di progetto	PASS	I documenti sorgente sono stati usati senza preprocessing manuale esperto e preservati come source evidence.
Adozione di un progetto esistente	PASS	L’adozione inspection-first ha preservato il progetto esistente derivando soltanto lo stato necessario.
Feature planning	PASS	Il lavoro più ampio è stato scomposto in pianificazione revisionabile e dependency-aware senza implementazione.
Project sync	PASS	Le evidenze correnti del repository sono state rilette e la riconciliazione delimitata ha preservato modifiche del developer e storia.
Generazione del Task Contract	PASS	Un percorso BLACK_BOX pulito ha prodotto l’oggetto di autorizzazione delimitato necessario prima dell’implementazione.
Nessun preprocessing esperto in chat	PASS	Le esecuzioni coperte hanno usato bundle TCAF ed evidenze di progetto senza ristrutturazione manuale esperta dell’input in chat.

Questi risultati supportano i workflow coperti. Non dimostrano ogni modello, repository, host, sistema operativo o configurazione possibile.

Copertura di adapter e host

La validazione degli adapter è separata dalla validazione semantica del workflow core:

Trasporto	Stato	Confine attuale
Codex native	Verificato	L’uso nativo di Codex fa parte del percorso validato.
Cline manual-envelope	Verificato con limitazioni	La procedura manual-envelope delimitata è verificata.
Invocazione nativa Cline	Non verificata	L’invocazione nativa runner-to-Cline non va presentata come equivalente al percorso manuale verificato.
Generic CLI / chat e combinazioni più ampie	Validazione in corso	Il supporto del framework non implica la stessa copertura di accettazione per ogni host e modello.

Cosa significa “verificato”

Uno scenario verificato dispone di evidenze eseguite in condizioni documentate. Non significa che sia stato testato ogni ambiente possibile.

TCAF applica a se stesso la stessa regola usata nella delivery software: combinazioni non supportate, pending o limitate restano visibili invece di diventare dichiarazioni più forti delle evidenze disponibili.

Prima prova consigliata

1. installa TCAF ed esegui tcaf doctor;
2. parti da bootstrap oppure adopt;
3. usa plan soltanto quando il risultato richiesto è più ampio di un task;
4. esegui un singolo task delimitato;
5. verifica il risultato prima dell’accettazione;
6. usa sync quando repository o stato del progetto cambiano fuori dall’esecuzione corrente.

Torna all’Avvio rapido per provare TCAF.