Richieste, stato e chiamate ai modelli

Esecuzione e flussi di dati

L'hub coordina i dispositivi e i tempi delle attività. L'API cloud gestisce le chiamate ai modelli. I fogli restituiti e le fotografie del lavoro visibile forniscono il materiale per il passo successivo.

Chi chiede a chi

I dispositivi sono distribuiti per casa e comunicano con l'hub sulla rete locale. Gli schermi a batteria usano il Wi-Fi; l'hub può restare fuori vista. Le frecce rappresentano scambi di dati, non cavi. Verso il cloud è l'hub ad avviare le richieste: le decisioni del genitore arrivano nella risposta successiva.

Chi chiede a chiL'hub collega i dispositivi locali all'API cloud. L'API chiama i modelli su Microsoft Foundry attraverso il router dei modelli e controlla il testo generato con Content Safety. L'hub riceve le decisioni del genitore nelle risposte alle proprie richieste.La casaServizi cloudI browser della famigliadecisioni del genitore · fotografieHTTPSschermi e-paperbatteria · Wi-Fiun pulsanterisposta nella replicaHubmini-PC sulla rete di casafuori vista · alimentazione fissastampante · scanner · fotocamerapagine e fotografievia Wi-Fiuna pressionevia rete localeAPI clouddecisioni e fotografie in attesarouter dei modellil'unico modulo con un SDK di modelliMicrosoft Foundrylinguaggio · visione · immaginiContent Safetycontrolla il testo generatorichiesta HTTPSperiodicadecisioni nellarisposta
L'hub avvia le richieste al cloud e riceve le decisioni nella risposta. L'API chiama Foundry attraverso il router dei modelli e chiama separatamente Content Safety per controllare il testo generato. Foundry non chiama il servizio di sicurezza.

I modelli girano su Microsoft Foundry. La lettura di un foglio richiede quindi la connessione al cloud.

La vita di un'attività

Un'attività è un grafo di fasi chiamate momenti, con opzioni di durata, aiuti e percorsi verso la conclusione. L'hub segue le transizioni in base al tempo e al materiale restituito. Un'azione ask prevista nell'attività richiede un seguito all'API cloud usando la lettura del materiale; le altre transizioni proseguono nel piano esistente.

La vita di un'attivitàL'hub richiede un'attività. L'API cloud la genera, verifica e filtra, poi attende l'approvazione del genitore. L'hub ritira le attività approvate. Una lettura seleziona un momento o richiede un seguito verificato senza una seconda approvazione.L'hub chiede un'attivitàpreferenze · eventuale briefUn modello scrive l'attività interamomenti, aiuti e percorsi di conclusioneFormato, controlli e sicurezzacontrolli bloccanti prima del salvataggioL'API attende l'approvazioneil genitore legge l'attivitàL'hub avvia l'attivitàse resta abbastanza tempo disponibileL'hub esegue un momentoistruzioni · pagine · risposteCosa è tornatosegni, oppure biancaL'attività terminacon la conclusione previstaaskl'hub invia la lettura del materialel'API verifica il seguitosenza seconda approvazionepassaapprovata; richiesta dell'hubsi chiuderiparail momento dopoaskun seguito, nello stesso formato
Il ritorno a sinistra riguarda soltanto le riparazioni consentite di formato e struttura. Un rifiuto di Content Safety blocca il risultato. Il ritorno a destra è un seguito previsto che dipende dal materiale restituito. Il timer dell'hub può anche avviare la conclusione senza una restituzione; quel percorso temporale non è disegnato qui.

La generazione consente una correzione del formato e una separata dopo la verifica; il seguito non prevede correzioni. L'hub rispetta gli orari e il limite giornaliero di attività. Avvia il percorso di conclusione al primo controllo del timer nei trenta minuti che precedono l'ora di fine. I momenti consecutivi che non raccolgono risposte avanzano senza attendere la durata dichiarata.

Il giro della carta

Il genitore assegna la funzione di restituzione a fotocamere e scanner. A ogni raccolta l'hub sceglie un dispositivo compatibile tra quelli assegnati, lo nomina sul display e conserva la scelta fino al termine della restituzione. La carta può usare entrambi i tipi; costruzioni e oggetti richiedono la fotocamera. Una pressione sul pulsante dello scanner non acquisisce un foglio mentre il momento attende una fotografia.

La carta contiene soltanto la pagina che una persona legge e compila. La chiamata di visione confronta la scansione restituita con l'immagine originale, quindi la pagina non richiede uno strato di registrazione leggibile dalla macchina.

Il giro della cartaUn modello di immagini disegna la pagina dal testo controllato. L'hub la stampa e conserva l'immagine originale. Una fotocamera o uno scanner acquisisce il foglio restituito. Un modello di visione confronta le due immagini e descrive gli eventuali segni aggiunti. Il risultato contribuisce al seguito.Le parolegià passate dal filtroUna chiamata di immaginiil foglio A4 interoStampatal'hub conserva l'immagine originaleper confrontarla con il foglio restituitoQualcuno ci scriveoppure noFotocamera o scanneracquisisce il foglio restituitoDue immagini a un modellodescrive i segni aggiuntisegni · biancadescrizioni per il seguitolettura degradata: attesaoriginale conservatocontribuisce al seguito
Il modello di visione confronta il foglio restituito con l'immagine originale conservata per la stampa. Una lettura incerta lascia l'attività in attesa.

Il ramo dipende dalla presenza di segni; le descrizioni servono al seguito. Le osservazioni conservate per il profilo e l'eccezione di sviluppo sono descritte nella memoria del sistema.

Il percorso delle chiamate ai modelli

Il percorso di generazione sceglie un metodo, genera l'attività, ripara gli errori di formato o struttura quando previsto e passa il testo risultante a Content Safety. L'API salva poi l'attività per l'approvazione del genitore. Un modello separato la rilegge in background dopo la risposta. Questo giudizio diagnostico può fallire o essere saltato al limite di consumo senza rimuovere l'attività salvata; non è un controllo bloccante per l'approvazione.

Il pannello manda al modello i nomi dei metodi e riceve una forma e una mossa. Poi richiede l'attività completa e riceve un documento JSON. Un rifiuto del formato rimanda la risposta originale alla riparazione. Un rifiuto strutturale rimanda il documento con i controlli falliti per un tentativo di riparazione. Infine il testo del documento va al filtro di sicurezza.
Il diagramma mostra generazione e riparazioni condizionali, fino al filtro del testo. Il numero di metodi e la lunghezza approssimativa del prompt illustrano corse di ricerca precedenti, non limiti attuali del servizio. Il giudice diagnostico in background e le chiamate durante l'attività sono separati.

Durante l'esecuzione, la generazione di immagini disegna una pagina, la visione legge il materiale restituito e un'azione ask genera un seguito verificato. Il confronto da scanner avvia anche un'osservazione separata per calibrare il profilo; le letture fotografiche saltano quella chiamata. Queste operazioni non si ripetono tutte a ogni momento.

Oggetti e fotografie del portale

Un oggetto o una costruzione può essere restituito senza una pagina stampata. Il modello di visione riceve una fotografia e descrive il materiale visibile pertinente, invece di confrontarlo con un originale. Una lettura incerta lascia l'attività in attesa.

L'adolescente invitato può inviare una fotografia dal portale. L'API la conserva; l'hub ritira le fotografie in attesa durante la sincronizzazione, normalmente ogni 60 secondi più i tempi di rete ed elaborazione. Un momento compatibile in attesa della camera può riceverla attraverso lo stesso percorso di lettura. Altrimenti l'hub la archivia o la mostra su un display assegnato esplicitamente alle fotografie. Lo stato completato del portale indica che l'hub ha concluso l'elaborazione, non promette una risposta del modello. Se l'hub è disconnesso, la fotografia resta in attesa.

Officina raccoglie i notebook di ricerca, gli output salvati e le valutazioni delle iterazioni. L'indice comprende il notebook storico. Queste corse usano materiale sintetico e non tracciano ogni esecuzione in produzione.

Questo sito non usa cookie, non raccoglie statistiche e non carica niente da altri server.