Model catalog, evaluation, deployment, playground, Responses API, tools, knowledge, and Project API
Suggested study time: 55 minutes • Beginner level • Original rewrite based on Microsoft Learn objectives
By João Ricardo Dutra••Complete original content
1. Generative AI, innovation, and
Generative AI is the branch of artificial intelligence that creates new content. It has quickly changed work and expanded what software can do; because progress moves so fast, even experienced developers benefit from a stable framework for understanding models, tools, and development patterns.
Current application examples.
Scenario
How generative AI contributes
Marketing
Microsoft Copilot can draft product descriptions, blog posts, and social content while helping maintain a consistent brand voice.
Customer support
Virtual agents interpret natural-language questions, operate around the clock, and reduce the workload placed on human teams.
Software development
GitHub Copilot proposes snippets, functions, and modules from natural-language instructions.
Images and video
Models in the Foundry catalog generate campaign visuals, storyboards, and concept art from descriptions.
Education
Platforms produce quizzes, explanations, and study guides adapted to a learner’s progress and preferred style.
supports a complete workflow: discover, compare, evaluate, and deploy a model; test the deployment in a Playground; and integrate it through code. An agent adds instructions and tools to produce reusable, consistent behavior in both the portal and client applications. This chapter is the detailed reading version; video materials can be an alternative, while text generally supplies additional context.
Discovery, evaluation, deployment, experimentation, integration, and governance form a continuous cycle.
2. Model catalog and foundation models
LLMs underpin many generative and agentic systems, but no single model is best for every workload. A lightweight phone app may favor a small language model, while a government system might require a domain-specialized model. requires an Azure subscription and a Foundry project.
The Foundry model catalog is the central place to search by provider, source, capability, and inference task. It combines models sold directly by Azure with partner and open-community choices.
Azure-direct models are hosted by Microsoft under Microsoft Product Terms and provide deep Azure integration, enterprise SLAs, preconfigured security, and compliance alignment.
Partner and community models broaden experimentation and rapid innovation through open, vendor-hosted, and domain-specific options.
A catalog entry typically documents text generation, reasoning, coding, multimodal, and embedding capabilities; benchmarks; inference tasks; fine-tuning support; model cards; constraints; and responsible-AI caveats.
A foundation model is a large, pretrained model with general language, reasoning, or multimodal capabilities. GPT, Claude, Mistral, and related families can be deployed immediately or customized with fine-tuning and become the base layer of an AI application.
The real catalog interface is preserved as a PNG.The model page combines quick facts, capabilities, benchmarks, deployments, and licensing.
3. Common families and task-based selection
A model family shares an architecture or lineage while varying in size, version, specialization, or capability. Several families stand out among the catalog’s thousand-plus choices.
GPT-5.x emphasizes multi-step reasoning, structured logic, planning, long context, and agent workflows. Adjustable reasoning levels trade speed for accuracy.
Anthropic Claude Opus 4.5 targets sophisticated agents, complex code reasoning, and computer-use tasks, with large context and output windows for long specifications, multi-file diffs, and extended research.
Mistral AI Mistral Large 3 is a strong general model that balances quality, cost, latency, and throughput for multilingual drafting, structured reports, and mid-latency agents.
The GPT-5 family may require registration and have restricted availability. GPT-4.1 remains broadly accessible for real-time chat, support, and high-volume interactive systems that value speed and low latency.
Workload type, quality, latency, cost, and safety shape the decision.
A practical starting map from task to model type.
Task
Suggested examples
Why
Chat
GPT-5.x chat, Claude Sonnet/Opus, Mistral Large 3, DeepSeek V3.1, Phi-4, or Llama
Reasoning, conversation tuning, and safety.
Coding
GPT-5.1-codex and Claude Sonnet
Complex code reasoning and agent flows.
Summarization
GPT-5.x reasoning models and Claude Opus/Sonnet
Long context and high-quality compression.
Embeddings
text-embedding-3-small and other embedding models
Semantic vector representations.
Multimodal
Phi-4-multimodal-instruct, GPT-5.x multimodal, and Mistral Large 3
Image, audio, and video capabilities in chat.
Industry-specific
Domain-tuned catalog models
Specialized language and tasks in finance, health, law, and other industries.
For a tightly defined use case, a Foundry tool can be more appropriate than selecting a raw catalog model. These tools use prebuilt models to deliver predictable behavior, built-in compliance, and faster time to value.
4. Benchmarks, comparisons, and evaluators
Selection begins with task type, traffic, latency, cost, safety requirements, and business constraints. Catalog benchmarks use consistent datasets, while leaderboards rank quality, safety, and throughput. Side-by-side views compare accuracy, price, compliance, performance, industry, use case, model type, and license.
Leaderboards and filters narrow the field before testing with your own data.
A useful workflow is to open a model, select Benchmarks, and try representative prompts with your own data. Classic NLP metrics include accuracy, precision, recall, and F1. AI-assisted quality metrics cover groundedness, relevance, coherence, fluency, and GPT similarity.
Evaluators measure the quality, safety, and effectiveness of model or agent outputs. The Evaluator Library provides reusable components, while safety evaluators scan for harmful content, bias and unfairness, violence, self-harm, and protected-class harms. Evaluators detect and score concerns; by themselves, they do not repair the output.
5. Deployment, TPM, quotas, and throttling
Deployment turns a configured model into a stable, secure, scalable service endpoint. It locks a dependable combination of model version, response behavior, and safety settings, supports consistent performance, and helps restrict unauthorized or unsafe access.
Deployment types such as standard, global batch, and regional provisioned throughput determine where and how inference runs and relate to throughput and data-processing needs.
Model version selects the exact implementation behind the endpoint.
Tokens per minute (TPM) allocation controls token traffic capacity and helps define boundaries such as requests per minute (RPM).
A token is the smallest unit of text or data processed by a model, such as a word, subword, character, or punctuation mark. Higher TPM supports more traffic; lower TPM constrains aggregate consumption. High-end reasoning models such as DeepSeek R1, Grok, and large Llama versions may expose high TPM ceilings, while image or specialized models can use capacity units instead.
Throttling temporarily limits compute work near a processing boundary to keep the service stable and responsive. Long prompts, large maximum outputs, and high concurrency consume quotas and can trigger rate-limit errors; reducing max output tokens or concurrent requests can help.
Deployment allocates CPU, GPU, memory, networking, and scale rules and enables observability.
6. Playground and runtime parameters
The Foundry model Playground is the simplest way to interact with a deployment. It supports prompt testing, model comparison, and capture of working instructions and settings before application code is written.
Temperature balances determinism and creativity.
Max output tokens caps response length and influences token consumption and throttling.
System instructions establish role, behavior, tone, available tools, guardrails, and output format.
A user prompt carries the end user’s request, while the system message governs how the assistant handles it. A tutor might explain step by step, cite sources, and decline medical advice.
The settings panel controls instructions, tools, knowledge, memory, and parameters; the chat area shows responses.
After representative testing, the same system message, user request, and parameter values can move into code. Code view exposes the operation behind the chat UI and supplies a starting point for the OpenAI-compatible Responses API.
Exported code reproduces the configuration tested in the portal.
7. Lightweight client, Foundry SDK, and Responses API
A lightweight client gathers input, calls a remote API, and displays output without a heavy UI framework, complex backend, or large local dependency set. It may be a CLI, desktop utility, or simple web page. The remote service performs model computation, keeping the prototype small, easy to run, and easy to extend.
For a Foundry project with a deployed chat model such as gpt-4.1, the Foundry SDK exposes a project client for Foundry-native operations and an OpenAI-compatible client for the Responses API. Applications commonly use both.
# Install: pip install azure-ai-projects azure-identity "openai>=1.3.0"
import os
from openai import OpenAI
client = OpenAI(
base_url=f"{os.environ['AZURE_OPENAI_ENDPOINT']}/openai",
api_key=os.environ['AZURE_OPENAI_API_KEY']
)
result = client.responses.create(
model=os.environ['DEPLOYMENT_NAME'],
input=[
{'role': 'system', 'content': 'You are a concise, helpful assistant.'},
{'role': 'user', 'content': 'Summarize our release notes in three bullets.'}
],
max_output_tokens=300,
temperature=0.7
)
print(result.output_text)
The sample loads its endpoint, API key, and deployment name from environment variables, authenticates, sends system and user messages, and prints the returned text. The model runs remotely while the client remains minimal.
8. Model versus agent
Models and agents operate at different layers. A model supplies raw intelligence: it accepts a prompt and performs inference. It fits direct Responses API calls and Playground experiments where the goal is simply to generate an output from an input.
An agent is an application on top of the model. It packages task-oriented behavior, chooses among actions, and reuses the same rules across apps, experiences, and services.
An agent adds instructions, tools, memory, and external actions to model reasoning.
9. Agent anatomy and creation
A reusable agent brings together three essentials: a model for language and reasoning, instructions that establish role, behavior, style, constraints, and output rules, and tools that perform actions. Knowledge is an optional source of external context.
Agents can call APIs, functions, retrieval systems, and other external services.
They can decompose goals into steps, maintain working memory during a conversation, choose actions, and produce structured output.
In the portal, select a model, write system instructions — for example, a scheduling assistant that answers with concise bullets — and add tools and knowledge.
Tools are actions; knowledge is context.
10. Tools, knowledge, and RAG
Tools: the ability to act
Tools let an agent search the web, query a database, read or write files, run code, invoke functions and APIs, or use MCP servers. The model inspects available capabilities and selects one when a request requires action. The Foundry Tool Catalog centralizes discovery and management. Code Interpreter, knowledge sources, and custom functions are common examples.
Knowledge: retrievable context
Knowledge connects documents and datasets through retrieval-augmented generation (RAG). Sources can include internal PDFs, SharePoint content, Azure files, and multisource knowledge bases. The retrieval pipeline ingests and indexes material, searches relevant passages, and grounds the answer.
Question answering can rely on organizational documents.
Responses gain domain context, accuracy, and traceability.
When a knowledge source is used, the answer can cite the store that supplied it.
This supports enterprise-safe retrieval while keeping knowledge separate from actions.
11. Save, publish, and invoke an agent
The portal can save the model, instructions, and tools as an agent and continue testing it in the Playground. Publishing creates a managed Azure resource with a stable endpoint that can be shared and integrated without exposing the Foundry project or source code.
The named agent reuses the tested Playground configuration.The agent retains model, instructions, tools, knowledge, and memory settings.
A client application uses the Foundry Projects SDK and Project API to connect agents to web apps, bots, and backend workflows, orchestrate multi-step tasks, pass structured inputs or tool calls, and run at scale. The agent ID is available from Code view in the .env variables.
Code view exposes identifiers and endpoints needed by a client.
# Install: pip install --pre "azure-ai-projects>=2.0.0b1" azure-identity
from azure.identity import DefaultAzureCredential
from azure.ai.projects import AIProjectClient
project = AIProjectClient(
endpoint='https://YOUR-RESOURCE.services.ai.azure.com/api/projects/YOUR-PROJECT',
credential=DefaultAzureCredential()
)
agent = project.agents.get(agent_name='learning-agent')
openai_client = project.get_openai_client()
response = openai_client.responses.create(
input=[{'role': 'user', 'content': 'Tell me which tasks you can help with.'}],
extra_body={'agent': {'name': agent.name, 'type': 'agent_reference'}}
)
print(response.output_text)
The call retrieves the named agent and references it through extra_body. Without agent_reference, the application would call only a model deployment. The project endpoint, , and DefaultAzureCredential provide authentication without embedding a secret in source code.
12. Guided exercise
The guided exercise deploys and explores a generative model in and then uses that model in an agent with knowledge tools to answer questions. It requires an Azure subscription; a new Azure account may include credits for the first 30 days.
The lab covers deployment, model exploration, and a knowledge-grounded agent.