Vai al contenuto principaleVai al footer
Pro

Trasforma prove reali di workflow in report protetti di readiness, risultati salvati e prossimi passi chiari.

Pro è il workspace practitioner in cui MCP e skill passano dall'accesso pubblico alla doctrine a review protetta, continuità delle prove e guida ricorrente per lavoro di prodotto reale.

Fatti chiave

Layer gratuito
Doctrine, esempi, MCP pubblico
Layer a pagamento
Report protetti e storico
Output ricorrente
Risultati e prossimi passi
Bridge
MCP + skill → loop practitioner

Perché esiste Pro se Free è già forte

Free è volutamente forte: ti permette di installare la doctrine negli strumenti, ispezionare esempi e interrogare l'endpoint MCP pubblico. Pro entra in gioco quando il team ha bisogno di applicare quello standard a un workflow reale in modo privato, con risultati salvati, continuità del report e azioni chiare dopo ogni run.

Free ti aiuta a installare ed esplorare lo standard
Pro ti aiuta ad applicare lo standard al tuo workflow in modo privato
Free dà accesso pubblico; Pro dà report protetti, continuità e review ricorrente

Cosa giustifica il prezzo?

Il valore pagato non è più lettura e non è il protocollo da solo. Il valore pagato è un workflow ripetibile di review che trasforma prove private del workflow in decisioni su cui il team può agire.

Output protetto per lavoro interno reale
Prossimi passi chiari invece di critica astratta
Prove e storico che si accumulano nel tempo
Un workflow ricorrente da rieseguire prima del lancio e dopo i cambiamenti

Il loop iterativo che Pro abilita

Il prodotto Blueprint è un unico loop: validi il codice del tuo agente, leggi la doctrine citata nei risultati, correggi, rilanci la validazione fino a quando il readiness score regge. Pro è il workspace practitioner in cui quel loop diventa privato, salvato e ricorrente.

1

Valida contro la doctrine

Esegui architect.validate da Claude Code, Cursor o Codex. Il validator assegna uno score contro la doctrine e cita i principi a cui ciascun risultato fa riferimento.

2

Leggi la doctrine citata e correggi

Ogni risultato è collegato al principio che lo ha intercettato. Leggi la doctrine, applica la correzione al tuo codice, documenta le prove all'interno del run.

3

Rilancia fino a quando lo score regge

Rilancia architect.validate. La Readiness Review accumula una traiettoria attraverso i run. Pro mantiene la storia privata e la traccia del run persistente.

Allocazione settimanale di run

Pro include una finestra rolling di 7 giorni: 8 architect.validate (consensus) + 2 architect.certify a settimana. Quando esaurisci la quota puoi aspettare il rinnovo, comprare un topup pack o passare a Pro Plus per più run settimanali. Stesso pattern di Claude Pro o ChatGPT Plus.

Pro · settimanale

8 validate + 2 cert

Ideale per chi inizia a iterare un agente reale verso il cert.

Pro Plus · settimanale

20 validate + 5 cert

Per chi itera tutti i giorni o gestisce più agenti in parallelo.

Topup pack

Pacchetti una tantum

Aggiungi runs senza cambiare piano. Non scadono.

Free vs Pro

Free

Layer pubblico di installazione ed esplorazione

Handbook pubblico della doctrine
Libreria di esempi e ramo runtime
MCP pubblico in sola lettura
Skill pack e asset per agenti scaricabili
Percorso di installazione ed esplorazione
Pro

Workflow practitioner protetto

Workflow di review protetta
Report strutturati di readiness
Top rischi e prossimi passi raccomandati
Prove salvate e storico delle validazioni
MCP autenticato e guida ricorrente per practitioner

Cosa restituisce un report Pro

Un report credibile deve sembrare legato a un workflow reale, a una decisione reale di lancio e a un lavoro concreto di remediation. Questo esempio mostra la forma di quell'output.

Workflow di esempio revisionato

Agente di escalation per customer support con scritture CRM, tool di rimborso e hand-off al supervisore

Decisione attuale di lancio

Richiede modifiche prima del lancio

Sintesi della decisione

Il workflow è vicino al lancio, ma non supera ancora la soglia di readiness perché l'esecuzione dei rimborsi può aggirare un checkpoint di approvazione chiaro e lo stato degli hand-off non è esposto in modo pulito agli operatori.

Top rischi

1) Le azioni di rimborso possono essere eseguite senza un passaggio distinto di approvazione umana. 2) L'hand-off al supervisore non espone abbastanza stato per review o recovery. 3) Il caricamento del contesto per contatti ripetuti è troppo ampio e aumenta il rischio che dati cliente obsoleti entrino nel percorso decisionale.

Prossimi passi raccomandati

Aggiungi un checkpoint obbligatorio di approvazione prima delle chiamate di rimborso irreversibili, esponi lo stato attivo di hand-off ed escalation nella superficie operatore e irrigidisci le regole di retrieval in modo che le decisioni di rimborso vedano solo cronologia ticket, stato account e revisione corrente della policy.

Continuità salvata

Rispetto alla run precedente, la visibilità sull'escalation è migliorata e lo scope dei tool è più stretto, ma il confine di approvazione resta incompleto. Il report conserva evidence note, finding modificati e cronologia dei rerun così il team può verificare i progressi senza ripartire da zero.

Dove si collocano MCP e skill?

Sono i punti di ingresso operativi. Free ti dà il layer pubblico di installazione. Pro usa le stesse interfacce in un workflow practitioner privato in cui il risultato è un report, risultati salvati e guida ricorrente.

Il pilot resta separato

Hai bisogno di una review più ampia guidata dal founder per un caso di team ad alto rischio? Il pilot resta un servizio high-touch separato dalla ladder principale.

Entra nel loop practitioner