Abilitare le funzionalità di Azure AI Foundry Next-Gen sul mio tenant/abbonamento...

Question

Abilitare le funzionalità di Azure AI Foundry Next-Gen sul mio tenant/abbonamento...

G P Barabino 0

Oggetto: Segnalazione di incoerenza funzionale tra UI Foundry e runtime agentico – Richiesta di chiarimento tecnico

Testo:

Sto riscontrando una grave incoerenza tra quanto presentato dalla piattaforma Microsoft Foundry e le funzionalità effettivamente disponibili nel runtime agentico associato alla mia subscription. In particolare, la UI di Foundry espone sezioni e funzionalità quali: elenco di MCP servers disponibili possibilità di collegare MCP custom via WebSocket sezione Tools con configurazione dettagliata sezione Functions sezione Assistants con struttura simile agli Assistants OpenAI Tuttavia, dopo test approfonditi, risulta che il runtime effettivamente disponibile nella mia subscription: non supporta MCP non invoca tool non genera tool_calls non implementa pending/executed non supporta ReAct non apre connessioni WebSocket verso MCP servers In altre parole, la UI espone funzionalità che il runtime non implementa. Questo crea aspettative tecniche errate e un comportamento incoerente tra interfaccia e capacità reali della piattaforma. Chiedo quindi: Conferma ufficiale che il runtime associato ai Prompt Agents (API Kind: AIServices) non supporti MCP, ReAct o tool-calling. Chiarimento sul motivo per cui la UI espone opzioni MCP e Tools non operative nel runtime disponibile. Indicazioni su come accedere al runtime degli Azure AI Agents (API Kind: AIPlatform), che a quanto pare è l’unico a supportare MCP e tool-calling reale. Conferma se la mia subscription può essere abilitata alla preview degli Azure AI Agents. La situazione attuale rende impossibile utilizzare Foundry per sistemi agentici complessi, poiché la piattaforma presenta funzionalità non supportate dal runtime sottostante. Attendo un riscontro tecnico chiaro e documentato.

0 commenti

3 risposte

Risposta

Answer 1

Giovanni P Barabino 0

Si ho avuto la possibilità e ringrazio. Stiamo procedendo con la piattaforma OpenAI. Quando avremo la possibilità di accedere alla piattaforma Azure Foundry valuteremo il ritorno alla strategia inizialmente scelta. La mia società è Equi Technologies Int. LLC DE USA che assiste la startup italiana BOS5 nella creazione di un ecosistema dedicato al commercio internazionale fortemente strutturato su AI.

SRILAKSHMI C 19,735 Punti di reputazione Personale Esterno Microsoft Moderatore

2026-02-03T09:13:02.3966667+00:00
Hi Giovanni P Barabino,

Thank you for the update and for sharing the broader context of your work.

I completely understand the decision you’ve taken. Given the current state of Azure AI Foundry and the limited availability of the Azure AI Agents runtime, proceeding with the OpenAI platform is a pragmatic and technically sound choice for delivering a complex, MCP-based agent architecture today especially in a production scenario involving real-time interaction and a 3D Unity environment.

Your use case with Equi Technologies Int. LLC supporting BOS5 represents exactly the kind of advanced, multi-agent, AI-orchestrated ecosystem that Azure AI Agents is ultimately designed to support. Unfortunately, as discussed, the mismatch between UI exposure and runtime availability in the current Foundry preview phase makes it difficult to rely on today for such systems.

From a Microsoft/Azure perspective:

Your assessment is technically accurate

Your architectural expectations were reasonable based on the portal experience

Your decision does not reflect a lack of commitment to Azure, but rather the current maturity gap of the platform

When Azure AI Agents (AIPlatform runtime) becomes generally available or opens to broader preview access, your existing design (MCP-driven orchestration, agent tool-calling, ReAct patterns) should map cleanly back onto Azure with minimal conceptual rework.

At that point, it would make sense to re-evaluate:

Native MCP support

Tool execution and agent state tracking

Tight Azure service integration (identity, networking, compliance)

For now, your approach keeps the project moving forward without unnecessary risk, which is the right engineering decision.

Thank you!

Answer 2

G P Barabino 0

Molte grazie per la precisa risposta che conferma le mie valutazioni.

Poiché stiamo sviluppando una piattaforma. interamente basata su Azure per il quale abbiamo usufruito del programma start-up terminato a fine 2024, dove l'AI Agents è utilizzata in un contesto complesso (già progettato sulla base delle informazioni erroneamente dedotte dall'ambiguità del portale che di fatto realizza un LAM verso un ambiente virtuale 3D UNITY con nostro server Mcp custom) ci troviamo nella necessità di chiedere l'attivazione dell'Azure AI Agents. Esiste una procedura per poter almeno avanzare la richiesta come già facemmo per la start-up sponsorship?

Nel caso contrario nostro malgrado (per noi Azure era e permane scelta strategica) dovremmo riesaminare il progetto ed indirizzarci altrove.

Grazie.

SRILAKSHMI C 19,735 Punti di reputazione Personale Esterno Microsoft Moderatore

2026-01-21T16:36:03.7533333+00:00

Hi G P Barabino,

Grazie per il tuo follow-up dettagliato e per aver condiviso il tuo caso d'uso. Comprendo perfettamente l'urgenza e l'impatto che questa situazione ha sul tuo progetto, soprattutto considerando che la tua piattaforma si basa su una complessa orchestrazione di agenti con integrazione MCP e un ambiente 3D UNITY.

Informazioni sull'accesso in anteprima agli agenti Azure AI

Attualmente, l'accesso al runtime degli agenti AI di Azure (tipo API: AIPlatform) viene fornito solo tramite programmi di anteprima privati. Non è prevista alcuna adesione pubblica o richiesta basata sul portale per abilitarla, a differenza della sponsorizzazione di avvio utilizzata in precedenza. L'accesso viene gestito caso per caso da Microsoft, in genere in base ai seguenti criteri:

Allineamento strategico del progetto con le funzionalità AI del cloud Microsoft

Clienti idonei, partner o partecipanti al programma per startup

Disponibilità per test e feedback in anteprima privata

Passaggi consigliati

In attesa dell'accesso in anteprima, puoi continuare a utilizzare AIServices per la sperimentazione e lo sviluppo rapido.

Per funzionalità critiche per la produzione, prendi in considerazione orchestratori personalizzati esterni a Foundry che chiamano le API supportate, anche se questa è certamente una soluzione alternativa finché non viene concesso l'accesso in anteprima.

L'accesso agli agenti AI di Azure è gestito da Microsoft e al momento non può essere abilitato automaticamente. La soluzione migliore è un impegno formale con Microsoft tramite il tuo account manager o il canale partner, sottolineando la necessità strategica e la logica tecnica del tuo progetto.

Grazie!
SRILAKSHMI C 19,735 Punti di reputazione Personale Esterno Microsoft Moderatore

2026-01-22T14:57:37.1733333+00:00

Ciao **G P Barabino,**Hai avuto la possibilità di rivedere la risposta di cui sopra. Fammi sapere se hai ulteriori domande.Grazie!

Answer 3

Ciao G P Barabino,

Benvenuto in Microsoft Q&A,

Grazie per la segnalazione dettagliata e tecnicamente precisa. Il problema che stai riscontrando è reale, comprensibile e non è causato da una configurazione errata da parte tua. L'incoerenza che stai osservando deriva dalla presenza di runtime diversi esposti tramite un'interfaccia utente condivisa di Azure AI Foundry, combinata con il modo in cui le funzionalità in anteprima vengono attualmente presentate.

Di seguito una chiarificazione chiara e puntuale.

Conferma ufficiale: limitazioni del runtime di Prompt Agents (AIServices)

Sì, ufficialmente, il runtime associato a Prompt Agents (Tipo API: AIServices) attualmente non supporta le seguenti funzionalità:

Protocollo di contesto del modello (MCP)

Server MCP basati su WebSocket

Chiamata o invocazione di strumenti

Ragionamento multi-step in stile ReAct

Stati degli strumenti in sospeso/eseguiti

Parità di esecuzione con le funzionalità di OpenAI Assistants

Al momento, questo runtime supporta solo l'inferenza conversazionale semplice o a singolo passaggio, anche se l'interfaccia utente di Foundry mostra visivamente costrutti di agenti più avanzati.

La tua conclusione è quindi corretta:

l'interfaccia utente mostra funzionalità che il runtime sottostante non implementa.

Perché l'interfaccia utente di Foundry mostra MCP, Strumenti, Funzioni, Assistenti

Questo comportamento è previsto durante la fase di anteprima, sebbene comprensibilmente crei confusione.

L'interfaccia utente di Azure AI Foundry è attualmente indipendente dal runtime, il che significa che:

Mostra tutte le funzionalità degli agenti pianificate e in anteprima

La visibilità delle funzionalità non implica la disponibilità del runtime

Disponibilità dell'interfaccia utente ≠ Abilitazione dell'API o del runtime

In particolare, sezioni come:

Configurazione MCP

Definizioni degli strumenti

Funzioni

Layout in stile Assistenti

sono interfacce utente pensate per il runtime di Azure AI Agents (Tipo API: AIPlatform), non per il runtime di Prompt Agents (AIServices).

Al momento, l'interfaccia utente non nasconde o disabilita dinamicamente le funzionalità in base al runtime selezionato.

Runtime di Azure AI Agents (Tipo API: AIPlatform)

Hai anche ragione sul fatto che Azure AI Agents (Tipo API: AIPlatform) è attualmente l'unico runtime che supporta:

Chiamata di strumenti reale

Esecuzione di agenti in stile ReAct

Ragionamento multi-step

Transizioni di stato degli strumenti (in sospeso → eseguito)

Esecuzione compatibile con MCP (anteprima limitata)

Tuttavia, questo runtime è:

In anteprima privata/con accesso limitato

Non abilitato per impostazione predefinita

Disponibile solo tramite abilitazione esplicita del backend a livello di tenant o sottoscrizione

È possibile abilitare la tua sottoscrizione per l'anteprima di Azure AI Agents? Al momento:

La versione di anteprima di Azure AI Agents non può essere attivata autonomamente.

Non è presente alcuna opzione di attivazione pubblica nel portale.

L'accesso viene concesso caso per caso da Microsoft.

Se idonei, l'accesso viene generalmente fornito tramite:

Programma di anteprima privata

Inserimento in una lista di accesso interna

Programmi specifici per clienti o partner

Se oggi avete bisogno di sistemi di agenti complessi (strumenti, MCP, orchestrazione in stile ReAct):

Azure AI Foundry con AIServices non è sufficiente.

È necessario:

Ottenere l'accesso all'anteprima di Azure AI Agents, oppure

Implementare gli agenti esternamente utilizzando un orchestratore personalizzato e le API supportate.

Attualmente, Foundry è più adatto per:

Sperimentazione dei prompt

Scenari conversazionali semplici

Compatibilità futura e esplorazione del design

La vostra valutazione è tecnicamente corretta.

Non si tratta di un errore dell'utente, ma di una lacuna nella maturità della piattaforma durante la fase di anteprima.

Fate riferimento a queste informazioni.

Spero che questo sia d'aiuto. Non esitate a contattarmi per ulteriori domande.

Grazie!