Formerly known as Azure AI Services or Azure Cognitive Services is a unified collection of prebuilt AI capabilities within the Microsoft Foundry platform
Hello @Kunal Bhargava (ZS Associates Inc) ,
For Fabric IQ, Work IQ, Outlook IQ, and Teams IQ GA Availability
There is currently no publicly announced or committed General Availability (GA) date for Fabric IQ, Work IQ, Outlook-related Work IQ capabilities, Teams-related Work IQ capabilities, or the corresponding Foundry integrations. The current documentation continues to identify Fabric IQ and Work IQ as Preview features. Preview capabilities may evolve in functionality, authentication flows and service behavior before GA release.
For Outlook / Teams IQ Endpoint Validation Error
The reported error involving agent365.svc.cloud.microsoft need not automatically be interpreted as evidence that the domain itself is invalid.
The current Work IQ documentation references the Agent 365 endpoint family and documents integration through Agent-to-Agent (A2A), MCP, and Toolbox-based scenarios. The documentation also shows Work IQ services operating through the agent365.svc.cloud.microsoft domain family.
Based on the available evidence, the error is more likely occurring during one of the following stages:
- Endpoint validation
- Connection configuration validation
- OAuth consent validation
- Token audience validation
- Licensing validation
- Tenant policy validation
- Preview feature enablement validation
- MCP registration or initialization
Recommended diagnostics:
- Capture the complete endpoint URL being configured.
- Capture the full error message.
- Collect UTC timestamp, Correlation ID, and Request ID.
- Validate OAuth configuration:
- Client ID
- Client Secret
- Authorization URL
- Token URL
- Redirect URI
- Scope configuration
- Confirm required admin consent has been granted.
- Confirm applicable billing, licensing, and connector prerequisites.
- Test the same capability through a Foundry Toolbox implementation.
- Inspect the MCP response for:
- CONSENT_REQUIRED
- -32006
- Other MCP error codes
A particularly valuable isolation test is to compare:
- Direct endpoint behavior
- Toolbox-based behavior
f Toolbox succeeds while the direct endpoint path fails, that would strongly suggest the issue resides in endpoint validation or connection processing rather than the domain itself.
Regarding Authentication Architecture for Hosted Agent + MAF + Fabric IQ
For the described scenario:
- Multiple Foundry prompt agents
- MAF GroupChat orchestration
- Workflow wrapped as a MAF agent
- Deployment as a Foundry Hosted Agent
- One or more agents consuming Fabric IQ
the authentication challenge is that Hosted Agents have their own runtime identity while Fabric IQ commonly relies on delegated user context.
For an interactive user-driven workflow, the recommended architecture to evaluate first is whne using user-entra-token
End User >Foundry Hosted Agent >MAF / GroupChat >Foundry Toolbox >Fabric IQ > Fabric
This configuration forwards the caller identity while keeping the Hosted Agent runtime identity separate. The delegated user identity is then used for Fabric authorization and permission enforcement.
Recommended implementation steps:
- Create a Toolbox containing the Fabric IQ tool.
- Publish the Toolbox and obtain its MCP endpoint.
- Create a remote-tool connection using:
- Authentication type: user-entra-token
- Audience: https://ai.azure.com
- Attach the Toolbox to the Hosted Agent as an MCP tool.
- Validate access using both authorized and unauthorized users to confirm permission enforcement.
- Ensure the required Foundry roles are assigned to:
- Developer identity
- Hosted Agent runtime identity
- Delegated user identities
For a unattended workflow where no user identity exists, a separate architecture can be evaluated using a published Fabric Data Agent exposed through its MCP endpoint. Fabric Data Agent MCP documentation supports bearer-token authentication and can be consumed directly by MCP clients. This should be viewed as a separate architecture rather than a replacement for delegated Fabric IQ access.
For Fabric IQ ExecuteQuery Intermittent Failure
The minimal query: EVALUATE ROW("ping", 1)
The trace demonstrates that:
- Tool discovery succeeds.
- MCP communication succeeds.
- Query execution is attempted.
- ExecuteQuery subsequently fails.
The most valuable next validation step is to execute the identical DAX query directly against the Power BI Execute Queries API using the same semantic model and identity.
Recommended validation:
- Execute the same DAX query through the Execute Queries API.
- Record:
- HTTP status
- Response body
- Correlation identifiers
- Confirm:
- Dataset Read permission
- Dataset Build permission
- Dataset Execute Queries tenant setting
- Compare direct API behavior with Fabric IQ behavior.
- Perform retries across separate time windows rather than immediate repeated requests.
- Dataset Build permission
- Dataset Read permission
- Response body
- HTTP status
If direct API execution consistently succeeds while Fabric IQ continues to fail, that would provide stronger evidence that the failure is isolated to the Fabric IQ integration path rather than the underlying semantic model service.
The following references might be helpful , please check them out
- Connect agents to Microsoft Fabric with Fabric IQ (preview) - Microsoft Foundry | Microsoft Learn
- Connect agents to Microsoft 365 with Work IQ (preview) - Microsoft Foundry | Microsoft Learn
- Create and manage a toolbox in Microsoft Foundry - Microsoft Foundry | Microsoft Learn
- Hosted agents in Foundry Agent Service - Microsoft Foundry | Microsoft Learn
- Data agent as Model Context Protocol server (preview) - Microsoft Fabric | Microsoft Learn
- Datasets - Execute Queries - REST API (Power BI Power BI REST APIs) | Microsoft Learn
Please let us know if the response was helpful
Thank you