Azure-AIGEN-demos
微软官方Azure AI Foundry全功能演示库，205个Jupyter Notebook覆盖Agent、RAG、多模态、Agent Service等企业AI落地全场景
加载项目详情…
本应用为开源项目，仅供学习研究，请遵守其开源协议。
微信扫码咨询客服
POMOAI — 让开源 AI 即刻运行
微软官方Azure AI Foundry全功能演示库，205个Jupyter Notebook覆盖Agent、RAG、多模态、Agent Service等企业AI落地全场景
加载项目详情…
本应用为开源项目，仅供学习研究，请遵守其开源协议。
微软在 2024 年 Build 大会上将 Azure AI Studio 升级为 Azure AI Foundry（微软Foundry平台），标志着微软企业级 AI 平台进入成熟期。这个仓库的作者 retkowsky 是微软内部的技术布道师（Technical Evangelist），将日常工作中积累的真实场景示例全部开源分享，形成了这份堪称"Azure AI 百科全书"的演示库。
想象一下这样的场景：一家金融机构想用大模型分析财报，一家医疗公司想构建患者问答系统，一家电商想用多模态 AI 分析商品图片——开发团队往往会遇到同一个困境：官方文档碎片化，从零开始踩坑成本极高。这个仓库正是为了解决这个问题而存在：每个场景都有可直接运行的 Jupyter Notebook 代码，配有完整的注释和可视化输出。
图1：Azure AI Foundry 官方标志
这个仓库并非一个独立应用，而是一个知识库型代码合集，通过 205 个 Jupyter Notebook 覆盖了 Azure AI 生态几乎所有核心能力。从架构视角看，其依赖的技术栈分为三层：
基础设施层：以 Azure OpenAI Service 为核心，提供 GPT-4o、GPT-4 Turbo、GPT-4 Vision、o1/o3 系列模型的 API 接入。这是整个仓库所有 AI 能力的"大脑"。除 OpenAI 官方模型外，还覆盖了 Azure 独家引入的第三方模型：Mistral、Llama、Grok、Phi-4、FLUX 等。
中间件层：涵盖检索、Agent 编排、向量化和安全四大中间件——Azure AI Search 提供企业级 RAG 所需的向量检索能力；Azure AI Agent Service 是微软官方 Agent 编排框架，支持单 Agent、多 Agent 协作、工具调用、Bing 搜索集成等；Azure AI Foundry 内置 observability 模块，原生支持 Tracing（追踪）、Evaluators（评估器）和 Risk & Safety Evaluators（安全评估）。
应用层：基于上述能力构建的具体场景示例，包括多模态图像生成（DALL-E、FLUX、gpt-image）、音频处理（Whisper 语音转文字、TTS 语音合成、播客生成）、视频分析（Video Indexer、SORA 视频生成）等。
仓库中 Agent 相关的演示最为系统和完整，覆盖了微软 Agent 开发的三代范式演进：
AutoGen（第一代）：微软研究院开源的多智能体框架，支持多个 LLM Agent 之间的协作对话。仓库中包含 10+ 个 AutoGen 演示，从基础配置、简单 Agent 到多 Agent 协作、多模态 Agent 都有覆盖。AutoGen 的优势在于灵活性——开发者可以完全自定义 Agent 的角色、工具和对话流程，但也意味着相对较高的学习成本。
Azure AI Agent Service（第二代）：微软官方推荐的下一代 Agent 开发平台，内置企业级 RBAC（基于角色的访问控制）、Tracing 和可观测性。仓库中详细展示了单 Agent、多 Agent 编排、File Search（类 RAG）、Code Interpreter（代码执行）、Function Calling（Azure Maps 天气服务）、Bing 搜索集成等典型场景。值得注意的是，Azure AI Agent Service 已经在 Foundry 层面与 Tracing 和 Evaluators 深度集成，开发者可以直接在 Foundry Portal 中看到 Agent 的完整执行链路。
Semantic Kernel（第三代）：微软面向 C# 和 Python 开发者的轻量级 Agent 框架，强调"记忆（Memory）"和"技能（Skills）"的概念抽象，更适合将 AI 能力嵌入现有应用程序而非从零构建 Agent 系统。
RAG（检索增强生成）是当前企业 AI 落地最常见的场景。仓库中展示了多种 RAG 实现路径：
基础 RAG：基于 Azure AI Search 的向量检索，配合 GPT-4 实现文档问答。支持多种文档格式（PDF、TXT、DOCX），包含文档解析、向量化、相似度检索、生成回答的完整 Pipeline。
Agentic RAG（2025年6月新增）：传统 RAG 的升级版，通过 Agent 自主判断何时检索、检索什么、如何重排序（Re-ranking），大幅提升复杂多跳问答的准确率。
语义分块（Semantic Chunking）：传统 RAG 按固定长度切分文档会丢失语义完整性，语义分块通过句子嵌入相似度动态决定切分边界，保留完整的语义单元。
图像生成：仓库覆盖了从 DALL-E 2/3 到最新的 FLUX.1、GPT-image-1/2 的完整图像生成能力矩阵。gpt-image-2（2026年4月新增）是目前最新的模型演示。
图像理解：GPT-4 Vision 在仓库中有大量应用场景，包括：航拍图像分析（检测机场跑道编号）、植物识别、汽车损伤评估（保险理赔场景）、时尚图像标签等。
音频与视频：Whisper 模型实现会议录音转文字，Sora 模型实现文本/图像驱动的视频生成，Video Indexer 实现视频内容理解和自动字幕生成。
仓库的代码质量明显高于平均水平，主要体现在三个方面：
可操作性极强：每个 Notebook 都是"一键运行"的设计——作者已经预先配置好了端点、密钥占位符（endpoint、api-key 等），用户只需替换为自己的 Azure 凭据即可运行。这种"拿着就能用"的体验大幅降低了学习门槛。
输出可视化：Notebook 中包含大量 Cell 输出（打印结果、图表、PIL 可视化图像），用户在运行代码前就能看到预期输出，降低了调试成本。
持续更新：从仓库的 README 可以看到，作者几乎每月都有新增内容，且紧跟微软产品更新节奏（如 GPT-5、gpt-image-2、SORA 集成等均已覆盖）。
缺乏生产级部署示例：所有演示都是 Jupyter Notebook，无法直接转化为生产系统。缺少 FastAPI/Flask 包装示例、Docker 容器化、CI/CD 流水线等生产级要素。
Python 依赖管理混乱：没有统一的 requirements.txt 或 pyproject.toml，每个 Notebook 独立使用 pip install 安装依赖，容易出现包版本冲突。
安全性考虑不足：大量示例直接硬编码 API 密钥和端点 URL，生产环境中存在安全隐患。缺少 Azure Key Vault 集成的演示。
适合人群：Azure AI 开发者、AI 解决方案架构师、企业 AI 平台负责人、想在 Azure 上构建 LLM 应用的开发者。
推荐学习路径：建议从 Basics 目录的简单模型调用开始 → 掌握 Embeddings 和向量检索 → 学习 AutoGen 基础 Agent → 进阶 Azure AI Agent Service → 最后根据具体业务场景参考对应专题（如金融分析、医疗问答、多模态内容审核等）。