Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Azure.AI.AgentServer.Invocations is a .NET library for building ASP.NET Core servers that implement the Azure AI Invocations protocol. Subclass InvocationHandler, register it with the hosting builder, and the library handles routing, session resolution, client header forwarding, and invocation lifecycle management.
Source code | Package (NuGet) | Product documentation
Getting started
Install the package
Install the library for .NET with NuGet:
dotnet add package Azure.AI.AgentServer.Invocations --prerelease
Prerequisites
- An Azure subscription
- .NET 8 or later
- The
Azure.AI.AgentServer.Corepackage (installed automatically as a dependency)
Configure the server
The fastest way to get running:
InvocationsServer.Run<EchoHandler>();
Where EchoHandler implements the Invocations protocol:
public class EchoHandler : InvocationHandler
{
public override async Task HandleAsync(
HttpRequest request, HttpResponse response,
InvocationContext context, CancellationToken cancellationToken)
{
var input = await new StreamReader(request.Body).ReadToEndAsync(cancellationToken);
await response.WriteAsync($"You said: {input}", cancellationToken);
}
}
Alternatively, use AgentHost.CreateBuilder() for more control over service registration and middleware:
var builder = AgentHost.CreateBuilder();
builder.AddInvocations<EchoHandler>();
builder.Build().Run();
For more control over the host (adding services, configuring middleware, composing multiple protocols), see Customizing the host below.
Key concepts
InvocationHandler
The abstract base class you subclass. Only HandleAsync is abstract — the remaining operations (GetAsync, CancelAsync, GetOpenApiAsync) return 404 by default and can be overridden as needed.
InvocationContext
Provides request metadata to the handler. All properties are read-only and resolved before HandleAsync is called.
| Property | Type | Description |
|---|---|---|
InvocationId |
string |
Unique identifier for this invocation. Passed as the first argument to GetAsync and CancelAsync. Use as a key when storing per-invocation state. |
SessionId |
string |
Resolved multi-turn session identifier. For POST /invocations, resolved from the agent_session_id query parameter, FOUNDRY_AGENT_SESSION_ID env var, or a generated UUID — in that order. For GET and Cancel, the query parameter is not used; the value comes from the env var or a generated UUID. |
ClientHeaders |
IReadOnlyDictionary<string, string> |
Forwarded x-client-* headers from the original request — useful for propagating tracing context and client metadata. |
QueryParameters |
IReadOnlyDictionary<string, StringValues> |
All query parameters from the incoming request. Per the invocation protocol spec, all query parameters are forwarded unchanged. |
Isolation |
IsolationContext |
Isolation context extracted from x-agent-user-isolation-key and x-agent-chat-isolation-key headers. Useful for multi-tenant scenarios where per-user or per-chat data must be isolated. IsolationContext.Empty indicates no isolation headers were present. |
Customizing the host
When you need to add services, configure middleware, or compose multiple protocols on a single host, see the hosting tier samples:
InvocationsServerOptions can be configured via the AddInvocationsServer(options => { ... }) delegate on any tier. See the Tier 3 self-hosting sample for a complete example.
Handler lifetime
Handlers registered via AddInvocations<THandler>() or InvocationsServer.Run<THandler>() are resolved per request by default (scoped lifetime). Instance fields on your InvocationHandler subclass will not persist across requests. Store long-lived state in separate services or storage keyed by InvocationContext.SessionId or InvocationContext.InvocationId, or register a singleton handler explicitly if you require a single shared instance.
Examples
You can familiarise yourself with different APIs using Samples.
Troubleshooting
Common errors
- 404 on invocation endpoint: Ensure your handler is registered via
AddInvocations<THandler>()on the builder. If you registered onIServiceCollectiondirectly without mapping endpoints, the routes will not be created. - Handler not found: The Invocations protocol requires
Azure.AI.AgentServer.Corefor the underlying host. If you see startup errors, verify that you are usingAgentHost.CreateBuilder()orInvocationsServer.Run<THandler>().
Logging
The library emits OpenTelemetry traces via the Azure.AI.AgentServer.Invocations activity source. Enable ASP.NET Core logging in your application configuration to diagnose request routing issues.
Next steps
- Samples — Getting started, custom operations
- Azure.AI.AgentServer.Core — Shared hosting foundation
- Azure.AI.AgentServer.Responses — Responses protocol implementation
Contributing
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
Azure SDK for .NET