Entity Enricher offre tre strategie di arricchimento che controllano l'orchestrazione delle chiamate LLM. La scelta della strategia giusta incide su accuratezza, velocità e costo — e di norma non deve sceglierla lei: per impostazione predefinita la selezione è automatica, in base alla struttura del suo schema.
Dalla configurazione più semplice a quella più potente. Ciascuna si basa sulla precedente.
Un modello, una chiamata. L'intero schema viene inviato in un unico prompt. Veloce ed economico — ideale per schemi semplici o iterazioni rapide.
Aspirin
Qualsiasi entità: azienda, farmaco, caso legale, articolo di ricerca...
Utilizzate qualsiasi provider LLM con la vostra API key.
Schema completo in una sola chiamata — nuovi tentativi automatici in caso di errore di validazione.
Aspirin
Stessa strategia, ma eseguita su più modelli in parallelo. I risultati vengono confrontati e arbitrati campo per campo per produrre un unico output ad alta affidabilità.
Aspirin
Qualsiasi entità: azienda, farmaco, caso legale, articolo di ricerca...
Corrispondenza — Pharmaceutical Compound
Intercetta le incongruenze di tipo prima di sprecare crediti LLM.
Utilizzate le vostre chiavi API — funziona con qualsiasi provider LLM.
Schema completo in una sola chiamata — nuovi tentativi automatici in caso di errore di validazione.
Aspirin
ArbitratoLa risoluzione ragionata dei conflitti a livello di campo produce il risultato finale attendibile.
Lo schema è suddiviso per dominio di competenza. Ogni modello riceve sotto-prompt mirati per ciascun dominio. I risultati vengono uniti in profondità per modello, quindi arbitrati tra i modelli. Massima accuratezza per schemi complessi e multi-dominio.
Aspirin
Qualsiasi entità: azienda, farmaco, caso legale, articolo di ricerca...
Corrispondenza — Pharmaceutical Compound
Intercetta le incongruenze di tipo prima di sprecare crediti LLM.
Utilizzate le vostre chiavi API — funziona con qualsiasi provider LLM.
Schema suddiviso per dominio — i prompt autocorrettivi riprovano in caso di errore di validazione.
Unione profonda delle risposte del dominio di competenza per modello.
Aspirin
ArbitratoLa risoluzione ragionata dei conflitti a livello di campo produce il risultato finale attendibile.
Lasciare la strategia non impostata — l'impostazione predefinita ovunque, API e connettori inclusi — fa sì che venga determinata dalla forma del suo schema prima di qualsiasi esecuzione. La regola è deterministica, quindi lo stesso schema ottiene sempre la stessa strategia e l'esecuzione indica quale è stata scelta.
Expert domains richiede le tool call. La strategia funziona dichiarando una funzione di submit per ciascun dominio di competenza: un modello privo di supporto per le tool call viene quindi rifiutato con un errore esplicito prima che venga consumato alcun token, anziché degradare silenziosamente.
| Aspetto | Passaggio singolo | Domini di competenza | Multi-competenza |
|---|---|---|---|
| Chiamate LLM | 1 per modello | 1 conversazione per modello (almeno 2 richieste) | N per modello (1 per dominio di competenza) |
| Schema inviato | Schema completo in un solo prompt | Schema completo nel prompt, più uno strumento di invio per ogni dominio, i cui argomenti sono il sottoinsieme di quel dominio | Sottoinsieme per expertise domain |
| Esecuzione | Sequenziale (una chiamata) | Una sola generazione, con le chiamate agli strumenti gestite man mano che arrivano | Parallelo (tutti i domini di competenza vengono eseguiti simultaneamente) |
| Accuratezza | Ideale per schemi semplici | Migliore del passaggio singolo — ogni dominio viene validato sul proprio sottoinsieme | Superiore — i prompt mirati producono risultati migliori |
| Velocità | Più veloce per schema di piccole dimensioni | Vicino al passaggio singolo | L'esecuzione parallela può essere più veloce per schemi di grandi dimensioni |
| Costo | Inferiore (overhead di una singola chiamata) | Più o meno come il passaggio singolo — lo schema viene inviato una sola volta | Superiore (più chiamate con overhead per chiamata) |
| Streaming | Risultato tutto o niente | Progressivo — un evento per ogni dominio inviato | Progressivo — i risultati vengono trasmessi man mano che ogni competenza viene completata |
| Successo parziale | No — l'intera chiamata riesce o fallisce | In parte — i domini inviati prima di un errore vengono conservati | Sì — le expertise riuscite vengono conservate, quelle fallite possono essere riprovate |
La strategia multi-competenza segue un processo in quattro fasi per ciascun modello:
Lo schema viene attraversato ricorsivamente. Ogni proprietà con un tag di dominio di competenza viene raggruppata con le altre che condividono lo stesso dominio. Ad esempio, revenue e market_cap vanno nel gruppo “financial”, mentre gmp_status va in “regulatory”.
Ogni gruppo di expertise diventa un sotto-schema minimale contenente solo le sue proprietà. Ciò significa che l'LLM riceve un prompt più piccolo e mirato e deve compilare solo i campi in cui è specializzato.
Tutte le chiamate di competenza vengono eseguite in parallelo. Uno schema con 5 domini di competenza avvia 5 chiamate LLM contemporaneamente. Al completamento di ciascuna, i relativi risultati vengono uniti in profondità nell'output accumulato e trasmessi all'interfaccia in tempo reale.
Se alcuni domini di competenza falliscono, il sistema restituisce l'output unito di quelli riusciti con stato “Parziale”. Può riprovare solo i domini di competenza falliti e i nuovi risultati verranno uniti all'output esistente senza ripetere il lavoro già completato con successo.
Entrambe le strategie possono essere combinate con l'arricchimento multi-modello. Quando selezionate più modelli, ogni modello esegue la strategia scelta in modo indipendente. I risultati possono poi essere uniti tramite la fusione multi-modello per produrre un unico output ad alta affidabilità.