Il mandato
Prepara un piano di implementazione che rispetti il repository che hai già davanti.
Pianifica architettura, struttura del repository, incrementi di consegna, infrastruttura, test e preparazione alla distribuzione.
L'agente tecnico documenta architettura, responsabilità, flussi di dati, alternative, test, osservabilità, migrazioni, distribuzione e rollback. Privilegia incrementi verticali e convenzioni esistenti rispetto ad architetture progettate in isolamento.
Cosa portare
Porta il repository, i limiti attuali, i vincoli e un traguardo verificabile.
L'agente richiede abbastanza contesto tecnico da distinguere un vincolo reale da una preferenza e una migrazione necessaria da un'infrastruttura ipotetica.
- 01
Il prodotto, repository, servizio o confine tecnico oggetto della pianificazione.
- 02
Linguaggi, framework, archivi dati, infrastruttura e convenzioni del repository.
- 03
Limiti attuali, flussi di dati, responsabilità, debito tecnico noto e documentazione delle decisioni rilevanti.
- 04
Consegna, affidabilità, sicurezza, migrazione, budget, compatibilità e vincoli operativi.
- 05
Il risultato tecnico verificabile in modo indipendente e il rilascio target.
Che cosa ricevi
Decisioni architetturali collegate direttamente a un percorso di consegna che parte dai test.
Documentazione delle decisioni, incrementi di consegna e procedura di rilascio restano collegati, così implementazione, verifica, distribuzione e rollback raccontano un percorso coerente.
- 01
Documentazione dell'architettura e delle decisioni
tech/architecture.mdPronto quando
Sono documentati limiti, proprietà dei dati, compromessi e opzioni scartate.
- 02
Piano di consegna che parte dai test
tech/delivery-plan.jsonPronto quando
Incrementi, dipendenze, test, responsabili e criteri di accettazione sono espliciti.
- 03
Procedura operativa di rilascio e rollback
tech/release-runbook.mdPronto quando
Una compilazione può essere osservata, verificata, distribuita e annullata in sicurezza.
Il metodo
Prima esamina, poi decidi in modo visibile e consegna incrementi reversibili.
Il piano si basa sullo spazio di lavoro fondato sul codice sorgente e trasforma ogni effetto rilevante sull'host in una richiesta esplicita.
- 1
Esamina
Leggi convenzioni del repository, confini, proprietà dei dati, comportamento di distribuzione e vincoli noti.
- 2
Decidi
Documenta alternative, compromessi, responsabilità, interfacce e opzioni scartate.
- 3
Suddividi
Crea consegne verticali che partono dai test, con migrazioni, osservabilità ed evidenze di accettazione.
- 4
Rilascio
Definisci richieste di compilazione, accesso ai segreti, distribuzione, verifica, ripristino e rollback, con le relative approvazioni.
Segnali e limiti operativi
Un'architettura elegante è un fallimento se supera il prodotto convalidato.
Script nascosti, dati senza responsabile, evidenze di rollback mancanti, accessi troppo ampi ai segreti o distribuzione prima della revisione di sicurezza bloccano il piano di consegna.
Segnali che il lavoro è utile
- Tempo fino al rilascio verificato
- Tasso di insuccesso delle modifiche
- Affidabilità del flusso di lavoro primario
Motivi per fermarsi
- L'architettura supera le esigenze di prodotto convalidate
- La distribuzione procede senza i controlli richiesti di sicurezza e rollback
Limiti di approvazione
Modifica del repository · Distribuzione · Accesso ai segreti
Appendice tecnica
Il contratto esatto alla base del profilo.
Utile agli operatori che devono esaminare la versione immutabile del Kit, i limiti tipizzati e gli elementi di verifica.
- Kit
- company-suite@0.1.0
- Punto di ingresso
- plan-tech
- Funzione
- plan-tech
- Ambiente di esecuzione
- python@3.12
- Input
- specialist-brief.schema.json
- Output
- specialist-plan.schema.json
Verifica
specialist-plan-quality · tech-readiness
Sistemi collegati
Adios Git · Adios Workspace · Adios Deployments · Adios Secrets