Instructions for AI coding agents working in the Python codebase.
Key Documentation:
- DEV_SETUP.md - Development environment setup and available poe tasks
- CODING_STANDARD.md - Coding standards, docstring format, and performance guidelines
- samples/SAMPLE_GUIDELINES.md - Sample structure and guidelines
Agent Skills (.github/skills/) — detailed, task-specific instructions loaded on demand:
python-development— coding standards, type annotations, docstrings, logging, performancepython-testing— test structure, fixtures, async mode, running testspython-code-quality— linting, formatting, type checking, prek hooks, CI workflowpython-feature-lifecycle— package vs feature lifecycle stages, decorators, enums, and promotion guidancepython-package-management— monorepo structure, lazy loading, versioning, new packagespython-samples— sample file structure, PEP 723, documentation guidelines
When making changes to a package, check if the following need updates:
- The package's
AGENTS.mdfile (adding/removing/renaming public APIs, architecture changes, import path changes) - The agent skills in
.github/skills/if conventions, commands, or workflows change
At the end of every run, re-read AGENTS.md and the relevant skill files and
update any guidance that the conversation revealed to be out of date,
incomplete, or misleading (renamed files, changed commands, new conventions
the user confirmed, etc.). Before adding a new principle or rule, ask the
user whether they want it captured as a durable principle — do not invent
team norms from a single conversation without explicit confirmation.
- Avoid "GA" for Agent Framework code. Reserve GA for hosted services
(e.g. "the Foundry service is GA"). For Agent Framework packages, features,
and APIs use "released" or "stable" depending on context — these
match the feature-lifecycle stages documented in the
python-feature-lifecycleskill.
When preparing a PR description:
- Follow the repository PR template at
.github/pull_request_template.mdand keep its structure/headings. - Describe the net change relative to
main(this is implied; do not call it out explicitly as "vs main"). - Do not add ad-hoc validation sections (for example, "Validation" or "Tests run"); CI/CD and the template checklist cover validation status.
Run uv run poe from the python/ directory to see available commands. See DEV_SETUP.md for detailed usage.
python/
├── packages/
│ ├── core/ # agent-framework-core (main package)
│ │ ├── agent_framework/ # Public API exports
│ │ └── tests/
│ ├── foundry/ # agent-framework-foundry
│ ├── anthropic/ # agent-framework-anthropic
│ ├── ollama/ # agent-framework-ollama
│ └── ... # Other provider packages
├── samples/ # Sample code and examples
├── .github/skills/ # Agent skills for Copilot
└── tests/ # Integration tests
agent-framework-corecontains core abstractions and OpenAI/Azure OpenAI built-in- Provider packages (
foundry,anthropic, etc.) extend core with specific integrations - Core uses lazy loading via
__getattr__in provider folders (e.g.,agent_framework/azure/)
- core - Core abstractions, types, and built-in OpenAI/Azure OpenAI support
- anthropic - Anthropic Claude API
- bedrock - AWS Bedrock
- claude - Claude Agent SDK
- foundry_local - Azure AI Foundry Local
- ollama - Local Ollama inference
- foundry - Microsoft Foundry chat, agent, memory, and embedding integrations
- azure-contentunderstanding - Azure Content Understanding context provider
- azure-ai-search - Azure AI Search RAG
- azure-cosmos - Azure Cosmos DB-backed history provider
- azurefunctions - Azure Functions hosting
- a2a - Agent-to-Agent protocol
- ag-ui - AG-UI protocol
- chatkit - OpenAI ChatKit integration
- devui - Developer UI for testing
- copilotstudio - Microsoft Copilot Studio
- declarative - YAML/JSON agent definitions
- durabletask - Durable execution
- github_copilot - GitHub Copilot extensions
- purview - Data governance