1. Home
  2. Piattaforma
  3. Capacità
Il catalogo delle capacità NatusAIVisione di piattaforma

Un unico percorso connesso dalla richiesta al risultato

La costellazione NatusAI è progettata per collegare ciò che le persone chiedono, ciò che IA e ingegneria producono, ciò che viene verificato, ciò che viene rilasciato e ciò che accade davvero in esercizio.

Visione di piattaforma · fondamenta circoscritte. Questa mappa descrive la piattaforma prevista, articolata in sette ruoli. NatusAI Lyra UI è un sistema di componenti già esistente; NatusAI Cygnus 1.0 è pianificato e soggetto a criteri di accettazione; l'esperienza Orion nel suo insieme resta una visione.

01 / Richiedere e sviluppare

Trasformare un'esigenza in un'applicazione verificabile.

La visione di Orion collega l'intento degli utenti a modifiche del codice sorgente, evidenze, release e risultati osservati.

Visione di piattaforma

01. Chat, richieste, segnalazioni e conoscenza

Responsabile Orion Workspace

Mantenere collegati conversazioni, feedback, requisiti accettati, decisioni, documentazione e storico dell'assistenza. Un feedback in arrivo diventa un requisito solo dopo un'accettazione consapevole.

Scoprite Orion Workspace

Visione di piattaforma

02. Storico del codice sorgente e collaborazione

Responsabile Orion Workspace

Collegare codice sorgente e documenti di ingegneria versionati a modifiche, revisioni e attività precise. La forge Git e l'approccio di integrazione non sono ancora stati selezionati.

Scoprite Orion Workspace

Visione di piattaforma

03. Esecuzione e contesto dell'IA

Responsabile Auriga

Coordinare binding esatti ai modelli, strumenti autorizzati, contesto versionato pertinente, tentativi persistenti, annullamento, checkpoint e budget.

Scoprite NatusAI Auriga

Visione di piattaforma

04. Build, verifica e release

Responsabile Orion · Auriga

Produrre modifiche candidate e anteprime in spazi di lavoro isolati; conservare le evidenze dei test; promuovere release applicative immutabili tramite un'autorità indipendente.

Scoprite NatusAI Orion

02 / Fondamenta e riuso

Mantenere connessi dati e interfacce.

La release pianificata di Cygnus e i componenti Lyra esistenti hanno confini di disponibilità e di qualificazione diversi.

V1 previstaUI esistente

05. Runtime applicativo e UI

Responsabile Cygnus · Lyra

Cygnus è progettato per linguaggio tipizzato, dati e servizi. Lyra fornisce già componenti di interfaccia riutilizzabili; ogni applicazione li compone per il proprio lavoro.

Leggete il perimetro pianificato di Cygnus 1.0

Visione di piattaformaProfilo successivo

06. Librerie e artefatti riutilizzabili

Responsabile Orion · Cygnus

Individuare moduli compatibili esatti, conservare i registri di dipendenze e provenienza, e riutilizzare release verificate in modo indipendente. Dati e logica privati dei clienti restano separati.

Vedete la roadmap di Cygnus

Visione di piattaforma

07. Documenti e acquisizione

Responsabile Aquila

Conservare i byte originali e la provenienza, produrre derivati testuali o in chunk identificati separatamente e circoscrivere l'interpretazione dei documenti all'applicazione. Formati e fornitori esatti richiedono una qualificazione.

Scoprite NatusAI Aquila

Visione di piattaforma

08. Integrazioni e notifiche

Responsabile Librerie condivise

Collegare servizi esterni e inviare notifiche autorizzate, tracciando credenziali, effetti esterni e mancate consegne.

Come si collega la piattaforma

03 / Gestire e ripristinare

Mantenere osservabile il sistema in esercizio.

Un deployment riuscito, uno stato di salute osservato, un backup completato e un ripristino verificato sono evidenze distinte.

Visione di piattaforma

09. Infrastruttura e rilascio

Responsabile Draco

Gestire ambienti, deployment, rete, domini, certificati, capacità e lo stato operativo desiderato rispetto a quello osservato.

Scoprite NatusAI Draco

V1 previstaVisione

10. Pianificazioni, eventi e workflow persistenti

Responsabile Cygnus · Orion · Auriga

Usare i job e le pianificazioni persistenti previsti per il lavoro ricorrente e i nuovi tentativi ammessi; mostrarne lo stato in Orion e consentire passaggi IA autorizzati tramite Auriga.

Leggete il perimetro pianificato di Cygnus 1.0

Visione di piattaforma

11. Monitoraggio e incidenti

Responsabile Orion · Draco

Collegare telemetria di runtime, osservazioni sull'infrastruttura e controlli di accettazione applicativi alla release e all'applicazione interessate.

Sicurezza e ripristino

Visione di piattaforma

12. Backup e ripristino

Responsabile Gemini

Preservare insieme dati, configurazione, release applicative e punti di ripristino. Dimostrare un ripristino con test periodici; un backup completato da solo non basta.

Scoprite NatusAI Gemini

04 / Governare e possedere

Rendere esplicite autorità e titolarità.

Anche un'esperienza connessa unica richiede accessi circoscritti, un utilizzo rendicontabile e un percorso indipendente per riprendersi da un guasto.

V1 previstaVisione

13. Identità e autorità

Responsabile Orion · Cygnus

Governare l'appartenenza a organizzazioni e applicazioni, la delega circoscritta agli agenti, i segreti e l'audit. La visibilità sulla piattaforma non implica mai l'accesso ai contenuti riservati dei tenant.

Sovranità e titolarità

Visione di piattaforma

14. Utilizzo, budget e fatturazione

Responsabile Orion

Attribuire hosting, sviluppo assistito dall'IA, manutenzione continuativa e IA usata all'interno delle applicazioni dei clienti a organizzazioni, applicazioni e job, come registrazioni distinte. I costi lato fornitore e le fatture ai clienti sono separati; finanziamento, tariffe e policy di fatturazione restano decisioni commerciali aperte.

Domande sulle condizioni commerciali

Visione di piattaforma

15. Avvio della piattaforma e ripristino indipendente

Responsabile Orion · Gemini · Draco

Mantenere percorsi di installazione, promozione e ripristino utilizzabili quando Orion o il suo fornitore di IA non sono disponibili.

Sicurezza e ripristino

Visione di piattaforma

16. Titolarità e portabilità

Responsabile Orion e ogni ruolo

Identificare responsabili e percorsi di esportazione per codice sorgente, requisiti, release e dati, nel rispetto delle policy di accesso. L'esportazione portabile dei tenant va oltre il perimetro pianificato di Cygnus 1.0.

Sovranità e titolarità

Progettato per un uso efficiente dell'IA

Usare il contesto con criterio. Verificare il risultato.

Questi sette principi orientano la visione della piattaforma. Non dichiarano un risparmio di token misurato, né che ogni parte esistente sia stata costruita dall'IA.

  1. Contratti utilizzabili dalle macchine

    Interfacce API, MCP e CLI tipizzate, versionate e consapevoli dei permessi descrivono capacità, effetti e risultati strutturati.

  2. Contesto progressivo

    Individuare prima una capacità esatta, poi recuperare solo lo schema, la porzione di codice, l'esempio o l'evidenza necessari.

  3. Lavoro e conoscenza persistenti

    Requisiti, decisioni, stato delle attività e risultati verificati sopravvivono alle sessioni, con riferimenti alle fonti e grado di aggiornamento.

  4. Feedback compatto e sufficiente

    Diagnostica delimitata, diff precisi, paginazione e riferimenti agli artefatti forniscono dettagli sufficienti per correggere.

  5. Riusare prima di rigenerare

    Trovare librerie, componenti, contratti e workflow collaudati compatibili prima di produrne un'altra copia.

  6. Verifica indipendente

    Conservare input esatti e provenienza; testare e revisionare le modifiche sotto un'autorità che l'agente proponente non può conferirsi da solo.

  7. Efficienza complessiva misurata

    Valutare il completamento riuscito insieme a token, nuovi tentativi, latenza e costo. Un prompt più breve non serve se aumentano errori e rilavorazioni.

Un'automazione utile non dipende solo da un prompt più lungo: gli agenti IA usano gli stessi contratti, le stesse evidenze e le stesse approvazioni su cui fanno affidamento le persone. Non viene dichiarato alcun risparmio di token o riduzione dei costi misurati.

I confini delle release

Esplorate l'intera famiglia. Esaminate il perimetro tecnico.

I sette nomi descrivono responsabilità all'interno di un unico sistema previsto. NatusAI Cygnus ha un piano separato per la prima release e propri criteri di qualificazione; i componenti attuali di NatusAI Lyra hanno una documentazione propria.

Dentro Orion Workspace: una richiesta, un percorso tracciabile

Cubi di vetro luminosi che contengono grafi di nodi connessi, collegati nello spazio: un'unica piattaforma connessa
Il vostro prossimo capitolo

Colleghiamo le possibilità

Diteci di cosa ha bisogno la vostra azienda. Vi aiuteremo a trovare un punto di partenza concreto e vi diremo chiaramente quali capacità esistono già oggi.

Oppure scriveteci a contact@natusai.com

Un product owner, un responsabile della sicurezza e un'analista esaminano un'applicazione interna prima del rilascio (immagine illustrativa)