* restructure: Python samples into progressive 01-05 layout - 01-get-started/: 6 numbered steps (hello agent → hosting) - 02-agents/: all agent concept samples (tools, middleware, providers, etc.) - 03-workflows/: ALL existing workflow samples preserved as-is - 04-hosting/: azure-functions, durabletask, a2a - 05-end-to-end/: demos, evaluation, hosted agents - Old files moved to _to_delete/ for review - Added AGENTS.md with structure documentation - autogen-migration/ and semantic-kernel-migration/ preserved at root * fix: switch to AzureOpenAI Foundry, fix CI failures - Switch all 01-get-started samples to AzureOpenAIResponsesClient with Azure AI Foundry project endpoint (AZURE_AI_PROJECT_ENDPOINT + AZURE_OPENAI_RESPONSES_DEPLOYMENT_NAME + AzureCliCredential) - Add _to_delete/ and 05-end-to-end/ to pyrightconfig.samples.json excludes - Fix test paths in packages/ that referenced old getting_started/ dirs: durabletask conftest + streaming test, azurefunctions conftest, devui conftest + capture_messages + openai_sdk_integration - Fix workflow_as_agent_human_in_the_loop.py import (sibling import) - Update hosting READMEs and tool comment paths - Replace root README.md with new structure overview - Update AGENTS.md to document Azure OpenAI Foundry as default provider * cleanup: remove _to_delete folder, copy resource files to active dirs All files in _to_delete/ were either: - Exact duplicates of files in the new structure (240 files) - Same file with only comment path updates (100 files) - One import-fix diff (workflow_as_agent_human_in_the_loop.py) - One superseded minimal_sample.py Resource files (sample.pdf, countries.json, employees.pdf, weather.json) copied to 02-agents/sample_assets/ and 02-agents/resources/ since active samples reference them. * fix: address PR review comments, centralize resources, remove root duplicates - Fix type annotation in 04_memory.py (string union -> proper types) - Fix old sample paths in observability files - Fix grammar/spelling in observability samples - Move sample_assets/ and resources/ to shared/ folder - Remove 8 duplicate observability files from 02-agents root - Update resource path references in multimodal_input and provider samples * fix: update broken links from old getting_started paths to new structure - Update relative paths in READMEs: getting_started/ → 01-get-started/, 02-agents/, 03-workflows/, 04-hosting/, 05-end-to-end/ - Fix absolute GitHub URLs in package READMEs - Fix broken link in ollama package README * fix: convert absolute GitHub URLs to relative paths for link checker Absolute URLs to python/samples/ on main branch 404 until PR merges. Converted to relative paths that linkspector can verify locally. * fix: update link for handoff sample moved to orchestrations/ * fix: update chatkit-integration README path from demos/ to 05-end-to-end/ * fix: update broken links in orchestrations README to match flat directory structure
Redis Context Provider Examples
The Redis context provider enables persistent, searchable memory for your agents using Redis (RediSearch). It supports full‑text search and optional hybrid search with vector embeddings, letting agents remember and retrieve user context across sessions and threads.
This folder contains an example demonstrating how to use the Redis context provider with the Agent Framework.
Examples
| File | Description |
|---|---|
azure_redis_conversation.py |
Demonstrates conversation persistence with RedisChatMessageStore and Azure Redis with Azure AD (Entra ID) authentication using credential provider. |
redis_basics.py |
Shows standalone provider usage and agent integration. Demonstrates writing messages to Redis, retrieving context via full‑text or hybrid vector search, and persisting preferences across threads. Also includes a simple tool example whose outputs are remembered. |
redis_conversation.py |
Simple example showing conversation persistence with RedisChatMessageStore using traditional connection string authentication. |
redis_threads.py |
Demonstrates thread scoping. Includes: (1) global thread scope with a fixed thread_id shared across operations; (2) per‑operation thread scope where scope_to_per_operation_thread_id=True binds memory to a single thread for the provider's lifetime; and (3) multiple agents with isolated memory via different agent_id values. |
Prerequisites
Required resources
- A running Redis with RediSearch (Redis Stack or a managed service)
- Python environment with Agent Framework Redis extra installed
- Optional: OpenAI API key if using vector embeddings
Install the package
pip install "agent-framework-redis"
Running Redis
Pick one option:
Option A: Docker (local Redis Stack)
docker run --name redis -p 6379:6379 -d redis:8.0.3
Option B: Redis Cloud
Create a free database and get the connection URL at https://redis.io/cloud/.
Option C: Azure Managed Redis
See quickstart: https://learn.microsoft.com/azure/redis/quickstart-create-managed-redis
Configuration
Environment variables
OPENAI_API_KEY(optional): Required only if you setvectorizer_choice="openai"to enable hybrid search.
Provider configuration highlights
The provider supports both full‑text only and hybrid vector search:
- Set
vectorizer_choiceto"openai"or"hf"to enable embeddings and hybrid search. - When using a vectorizer, also set
vector_field_name(e.g.,"vector"). - Partition fields for scoping memory:
application_id,agent_id,user_id,thread_id. - Thread scoping:
scope_to_per_operation_thread_id=Trueisolates memory per operation thread. - Index management:
index_name,overwrite_redis_index,drop_redis_index.
What the example does
redis_basics.py walks through three scenarios:
- Standalone provider usage: adds messages and retrieves context via
invoking. - Agent integration: teaches the agent a preference and verifies it is remembered across turns.
- Agent + tool: calls a sample tool (flight search) and then asks the agent to recall details remembered from the tool output.
It uses OpenAI for both chat (via OpenAIChatClient) and, in some steps, optional embeddings for hybrid search.
How to run
-
Start Redis (see options above). For local default, ensure it's reachable at
redis://localhost:6379. -
Set your OpenAI key if using embeddings and for the chat client used in the sample:
export OPENAI_API_KEY="<your key>"
- Run the example:
python redis_basics.py
You should see the agent responses and, when using embeddings, context retrieved from Redis. The example includes commented debug helpers you can print, such as index info or all stored docs.
Key concepts
Memory scoping
- Global scope: set
application_id,agent_id,user_id, orthread_idon the provider to filter memory. - Per‑operation thread scope: set
scope_to_per_operation_thread_id=Trueto isolate memory to the current thread created by the framework.
Hybrid vector search (optional)
- Enable by setting
vectorizer_choiceto"openai"(requiresOPENAI_API_KEY) or"hf"(offline model). - Provide
vector_field_name(e.g.,"vector"); other vector settings have sensible defaults.
Index lifecycle controls
overwrite_redis_indexanddrop_redis_indexhelp recreate indexes during iteration.
Troubleshooting
- Ensure at least one of
application_id,agent_id,user_id, orthread_idis set; the provider requires a scope. - If using embeddings, verify
OPENAI_API_KEYis set and reachable. - Make sure Redis exposes RediSearch (Redis Stack image or managed service with search enabled).