Bug: OpenAPI tool name/description not loaded from Foundry agent definition

[brandonh-msft]

Summary

When the agent framework loads an Agent definition from Foundry that includes an openapi type tool, the resulting tool object does not include the OpenAPI tool name or description.

Because the tool definition is incomplete after load, subsequent requests to the agent for completion/response can misbehave.

Expected behavior

When loading an Agent definition from Foundry, the framework should hydrate the OpenAPI tool object with the same name and description metadata defined in Foundry.

Actual behavior

The loaded tool object is missing the OpenAPI tool name and description fields.

Foundry definition:

Resulting object after _projectClient.GetAIAgentAsync:

Impact

Subsequent completion/response requests operate against an incomplete tool definition, which can lead to incorrect or unstable agent behavior.

Repro steps

1. Define an Agent in Foundry with an openapi type tool.
2. Set the tool name and description in the Foundry definition.
3. Load that Agent through the agent framework.
4. Inspect the loaded tool object.
5. Observe that name and description are not populated on the tool object.
6. Send a subsequent completion/response request to the agent and observe misbehavior caused by the incomplete tool definition.

Notes

This appears to be a deserialization or mapping gap when importing the Foundry Agent definition into the runtime tool model.

[brandonh-msft]

Found this is actually happening down in MEAI; dotnet/extensions#7424