Files
Copilot b05fc9e849 Python: Add load_dotenv() to samples for .env file support (#4043)
* Initial plan

* Add load_dotenv() to 303 Python samples for environment variable loading

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Update SAMPLE_GUIDELINES.md to document load_dotenv() requirement

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Update samples README.md to document .env file usage

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Run ruff format on all changed sample files

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Clarify load_dotenv() usage in README - local dev vs production

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Remove deprecated getting_started folder as requested

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Document env_file_path parameter for per-client configuration

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Merge main branch to resolve conflicts

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Fix run_evaluation.py file that was empty in merge commit

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Remove dotnet changes from merge - out of scope for this PR

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Remove package and test changes from merge - only sample changes needed

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Remove test_func_utils.py - only sample changes needed

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Revert sample files not in original changeset - keep only load_dotenv additions

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Move load_dotenv() outside snippet tag in 06_host_your_agent.py

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Fix comment placement - move load_dotenv before code comments

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Fix load_dotenv() placement across all samples - after docstring, before code comments

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Merge latest main branch with load_dotenv changes

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Remove non-sample changes from merge - keep only load_dotenv additions

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Revert non-load_dotenv sample changes from merge

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Fix run_evaluation.py - use main's improved version (file already had load_dotenv)

Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>

* Manual update

* Manual update 2

* Fix Role usage and load_dotenv placement per PR review feedback

Co-authored-by: eavanvalkenburg <13749212+eavanvalkenburg@users.noreply.github.com>

* Fix Role usage - use string literals not enum attributes

Co-authored-by: eavanvalkenburg <13749212+eavanvalkenburg@users.noreply.github.com>

* Fix SAMPLE_GUIDELINES.md example - load_dotenv before docstring per guidance

Co-authored-by: eavanvalkenburg <13749212+eavanvalkenburg@users.noreply.github.com>

* Move load_dotenv() before docstrings in all samples per SAMPLE_GUIDELINES ordering

Co-authored-by: eavanvalkenburg <13749212+eavanvalkenburg@users.noreply.github.com>

* Address PR review: rename files, fix placement, add session usage, remove note

Co-authored-by: eavanvalkenburg <13749212+eavanvalkenburg@users.noreply.github.com>

* Update Redis README to reference renamed file redis_history_provider.py

Co-authored-by: eavanvalkenburg <13749212+eavanvalkenburg@users.noreply.github.com>

---------

Co-authored-by: copilot-swe-agent[bot] <198982749+Copilot@users.noreply.github.com>
Co-authored-by: TaoChenOSU <12570346+TaoChenOSU@users.noreply.github.com>
Co-authored-by: Tao Chen <taochen@microsoft.com>
Co-authored-by: eavanvalkenburg <13749212+eavanvalkenburg@users.noreply.github.com>
Co-authored-by: Eduard van Valkenburg <eavanvalkenburg@users.noreply.github.com>
b05fc9e849 ยท 2026-02-19 10:55:13 +00:00
History
..

Declarative Agent Samples

This folder contains sample code demonstrating how to use the Microsoft Agent Framework Declarative package to create agents from YAML specifications. The declarative approach allows you to define your agents in a structured, configuration-driven way, separating agent behavior from implementation details.

Installation

Install the declarative package via pip:

pip install agent-framework-declarative --pre

What is Declarative Agent Framework?

The declarative package provides support for building agents based on YAML specifications. This approach offers several benefits:

  • Cross-Platform Compatibility: Write one YAML definition and create agents in both Python and .NET - the same agent configuration works across both platforms
  • Separation of Concerns: Define agent behavior in YAML files separate from your implementation code
  • Reusability: Share and version agent configurations independently across projects and languages
  • Flexibility: Easily swap between different LLM providers and configurations
  • Maintainability: Update agent instructions and settings without modifying code

Samples in This Folder

1. Get Weather Agent (get_weather_agent.py)

Demonstrates how to create an agent with custom function tools using the declarative approach.

  • Uses Azure OpenAI Responses client
  • Shows how to bind Python functions to the agent using the bindings parameter
  • Loads agent configuration from agent-samples/chatclient/GetWeather.yaml
  • Implements a simple weather lookup function tool

Key concepts: Function binding, Azure OpenAI integration, tool usage

2. Microsoft Learn Agent (microsoft_learn_agent.py)

Shows how to create an agent that can search and retrieve information from Microsoft Learn documentation using the Model Context Protocol (MCP).

  • Uses Azure AI Foundry client with MCP server integration
  • Demonstrates async context managers for proper resource cleanup
  • Loads agent configuration from agent-samples/foundry/MicrosoftLearnAgent.yaml
  • Uses Azure CLI credentials for authentication
  • Leverages MCP to access Microsoft documentation tools

Requirements: pip install agent-framework-azure-ai --pre

Key concepts: Azure AI Foundry integration, MCP server usage, async patterns, resource management

3. Inline YAML Agent (inline_yaml.py)

Shows how to create an agent using an inline YAML string rather than a file.

  • Uses Azure AI Foundry v2 Client with instructions.

Requirements: pip install agent-framework-azure-ai --pre

Key concepts: Inline YAML definition.

4. Azure OpenAI Responses Agent (azure_openai_responses_agent.py)

Illustrates a basic agent using Azure OpenAI with structured responses.

  • Uses Azure OpenAI Responses client
  • Shows how to pass credentials via client_kwargs
  • Loads agent configuration from agent-samples/azure/AzureOpenAIResponses.yaml
  • Demonstrates accessing structured response data

Key concepts: Azure OpenAI integration, credential management, structured outputs

5. OpenAI Responses Agent (openai_responses_agent.py)

Demonstrates the simplest possible agent using OpenAI directly.

  • Uses OpenAI API (requires OPENAI_API_KEY environment variable)
  • Shows minimal configuration needed for basic agent creation
  • Loads agent configuration from agent-samples/openai/OpenAIResponses.yaml

Key concepts: OpenAI integration, minimal setup, environment-based configuration

Agent Samples Repository

All the YAML configuration files referenced in these samples are located in the agent-samples folder at the repository root. This folder contains declarative agent specifications organized by provider:

  • agent-samples/azure/ - Azure OpenAI agent configurations
  • agent-samples/chatclient/ - Chat client agent configurations with tools
  • agent-samples/foundry/ - Azure AI Foundry agent configurations
  • agent-samples/openai/ - OpenAI agent configurations

Important: These YAML files are platform-agnostic and work with both Python and .NET implementations of the Agent Framework. You can use the exact same YAML definition to create agents in either language, making it easy to share agent configurations across different technology stacks.

These YAML files define:

  • Agent instructions and system prompts
  • Model selection and parameters
  • Tool and function configurations
  • Provider-specific settings
  • MCP server integrations (where applicable)

Common Patterns

Creating an Agent from YAML String

from agent_framework.declarative import AgentFactory

with open("agent.yaml", "r") as f:
    yaml_str = f.read()

agent = AgentFactory().create_agent_from_yaml(yaml_str)
# response = await agent.run("Your query here")

Creating an Agent from YAML Path

from pathlib import Path
from agent_framework.declarative import AgentFactory

yaml_path = Path("agent.yaml")
agent = AgentFactory().create_agent_from_yaml_path(yaml_path)
# response = await agent.run("Your query here")

Binding Custom Functions

from pathlib import Path
from agent_framework.declarative import AgentFactory

def my_function(param: str) -> str:
    return f"Result: {param}"

agent_factory = AgentFactory(bindings={"my_function": my_function})
agent = agent_factory.create_agent_from_yaml_path(Path("agent_with_tool.yaml"))

Using Credentials

from pathlib import Path
from agent_framework.declarative import AgentFactory
from azure.identity import AzureCliCredential

agent = AgentFactory(
    client_kwargs={"credential": AzureCliCredential()}
).create_agent_from_yaml_path(Path("azure_agent.yaml"))

Adding Custom Provider Mappings

from pathlib import Path
from agent_framework.declarative import AgentFactory
# from my_custom_module import MyCustomChatClient

# Register a custom provider mapping
agent_factory = AgentFactory(
    additional_mappings={
        "MyProvider": {
            "package": "my_custom_module",
            "name": "MyCustomChatClient",
            "model_id_field": "model_id",
        }
    }
)

# Now you can reference "MyProvider" in your YAML
# Example YAML snippet:
# model:
#   provider: MyProvider
#   id: my-model-name

agent = agent_factory.create_agent_from_yaml_path(Path("custom_provider.yaml"))

This allows you to extend the declarative framework with custom chat client implementations. The mapping requires:

  • package: The Python package/module to import from
  • name: The class name of your SupportsChatGetResponse implementation
  • model_id_field: The constructor parameter name that accepts the value of the model.id field from the YAML

You can reference your custom provider using either Provider.ApiType format or just Provider in your YAML configuration, as long as it matches the registered mapping.

Using PowerFx Formulas in YAML

The declarative framework supports PowerFx formulas in YAML values, enabling dynamic configuration based on environment variables and conditional logic. Prefix any value with = to evaluate it as a PowerFx expression.

Environment Variable Lookup

Access environment variables using the Env.<variable_name> syntax:

model:
  connection:
    kind: key
    apiKey: =Env.OPENAI_API_KEY
    endpoint: =Env.BASE_URL & "/v1"  # String concatenation with &

  options:
    temperature: 0.7
    maxOutputTokens: =Env.MAX_TOKENS  # Will be converted to appropriate type

Conditional Logic

Use PowerFx operators for conditional configuration. This is particularly useful for adjusting parameters based on which model is being used:

model:
  id: =Env.MODEL_NAME
  options:
    # Set max tokens based on model - using conditional logic
    maxOutputTokens: =If(Env.MODEL_NAME = "gpt-5", 8000, 4000)

    # Adjust temperature for different environments
    temperature: =If(Env.ENVIRONMENT = "production", 0.3, 0.7)

    # Use logical operators for complex conditions
    seed: =If(Env.ENVIRONMENT = "production" And Env.DETERMINISTIC = "true", 42, Blank())

Supported PowerFx Features

  • String operations: Concatenation (&), comparison (=, <>), substring testing (in, exactin)
  • Logical operators: And, Or, Not (also &&, ||, !)
  • Arithmetic: Basic math operations (+, -, *, /)
  • Conditional: If(condition, true_value, false_value)
  • Environment access: Env.<VARIABLE_NAME>

Example with multiple features:

instructions: =If(
  Env.USE_EXPERT_MODE = "true",
  "You are an expert AI assistant with advanced capabilities. " & Env.CUSTOM_INSTRUCTIONS,
  "You are a helpful AI assistant."
)

model:
  options:
    stopSequences: =If("gpt-4" in Env.MODEL_NAME, ["END", "STOP"], ["END"])

Note: PowerFx evaluation happens when the YAML is loaded, not at runtime. Use environment variables (via .env file or env_file parameter) to make configurations flexible across environments.

Running the Samples

Each sample can be run independently. Make sure you have the required environment variables set:

  • For Azure samples: Ensure you're logged in via Azure CLI (az login)
  • For OpenAI samples: Set OPENAI_API_KEY environment variable
# Run a specific sample
python get_weather_agent.py
python microsoft_learn_agent.py
python inline_yaml.py
python azure_openai_responses_agent.py
python openai_responses_agent.py

Learn More

Next Steps

  1. Explore the YAML files in the agent-samples folder to understand the configuration format
  2. Try modifying the samples to use different models or instructions
  3. Create your own declarative agent configurations
  4. Build custom function tools and bind them to your agents