Agente dentro.
Executor fuori.
Un executor intelligente usa un modello per risolvere uno o più passaggi incerti, ma conserva il normale contratto di un executor. Il pianificatore gli affida un compito preciso e riceve il risultato previsto, senza dover conoscere il percorso interno.
Il confine architetturale
Il manifest e il codice dell'executor definiscono lo scopo, gli argomenti, le capacità, il consenso, i limiti e la forma del risultato. Quando una parte del percorso richiede un modello, l'adattatore prepara un'osservazione limitata, controlla la proposta e decide quale operazione concreta eseguire. Il modello non invoca direttamente gli executor e non modifica il proprio contratto.
Nel manifest, intelligence = "agentic" dichiara questa modalità
e permette al registro e all'interfaccia di rappresentarla correttamente. La
dichiarazione viene convalidata, ma da sola non dimostra che
l'implementazione sia sicura: limiti, validazione delle proposte e
postcondizioni devono essere verificati nel codice e nei test.
Che cosa offre oggi il runtime comune
Metnos fornisce un ciclo sincrono e uno asincrono. A ogni tentativo può
aggiornare l'osservazione, chiedere una proposta, convalidarla, eseguirla e
controllare la postcondizione. L'esito interno è uno fra
completed, inconclusive ed exhausted.
Esiste anche la variante «prima il metodo deterministico, poi il modello»:
se il ripiego non produce un risultato valido, resta valido il risultato
deterministico iniziale.
| Responsabilità | Runtime comune | Adattatore dell'executor |
|---|---|---|
| Limiti | Impone massimi a tentativi, tempo, cronologia e osservazioni | Può scegliere limiti più stretti e deve limitare ogni singola operazione |
| Proposta | La richiede e ne gestisce il ciclo | Decide che cosa il modello può vedere e proporre |
| Validazione | Non accetta una proposta respinta | Definisce le regole concrete di ammissione |
| Successo | Restituisce l'esito del ciclo | Definisce e verifica la postcondizione |
| Autorità | Non la amplia | Opera entro manifest, policy, consenso e sandbox |
Dove viene usato
Scelta controllata
Nella navigazione web il modello può scegliere l'identificatore di un controllo fra candidati preparati dal broker. Non produce selettori CSS o XPath.
Nella ricerca di immagini può riordinare identificatori noti quando i metadati non offrono un segnale lessicale sufficiente.
Ripiego controllato
L'OCR prova prima Tesseract. Soltanto se il testo è insufficiente può chiedere al modello visivo una trascrizione; un risultato debole non sostituisce quello iniziale.
L'estrazione strutturata e alcuni percorsi di consultazione usano lo stesso principio con contratti propri.
Il modello è utile quando lo scopo è ristretto, il percorso può variare e la conclusione è verificabile. Non è adatto a nascondere dentro un executor una ricerca aperta, una strategia fra domini o un compito senza un criterio netto di completamento: quelle decisioni appartengono al pianificatore.
Se non riesce
Se nessuna proposta viene ammessa, il ciclo è inconclusive. Se
sono terminati i tentativi o il tempo disponibile, è exhausted.
L'adattatore traduce poi questo esito nel contratto pubblico del proprio
executor: può mantenere il risultato deterministico, restituire un errore
tipizzato o chiedere l'intervento dell'utente. Il ciclo comune non inventa un
risultato e non promette da solo una ripresa persistente.