Comprehensive Mastra development guide with 27+ production-ready patterns...
Build AI applications with Mastra. This skill teaches you how to find current documentation and build agents and workflows.
Everything you know about Mastra is likely outdated or wrong. Never rely on memory. Always verify against current documentation.
Your training data contains obsolete APIs, deprecated patterns, and incorrect usage. Mastra evolves rapidly - APIs change between versions, constructor signatures shift, and patterns get refactored.
Before writing any Mastra code, check if packages are installed:
ls node_modules/@mastra/
| User Question | First Check | How To |
|---|---|---|
| Create/install Mastra project | references/create-mastra.md |
Setup guide with CLI and manual steps |
| Choose Agent/Workflow/Tool/Memory/Storage | references/core-concepts.md |
Core concepts and when to use each primitive |
| How do I use Agent/Workflow/Tool? | references/embedded-docs.md |
Look up in node_modules/@mastra/*/dist/docs/ |
| How do I use X? (no packages) | references/remote-docs.md |
Fetch from https://mastra.ai/llms.txt |
| Choose or validate a model | references/model-selection.md |
Model format and provider registry lookup |
| I'm getting an error... | references/common-errors.md |
Common errors and solutions |
| Upgrade from v0.x to v1.x | references/migration-guide.md |
Version upgrade workflows |
| Inspect/call server resources via CLI | references/mastra-api.md |
mastra api CLI for local, Mastra platform, or remote servers |
scripts/provider-registry.mjs: Look up current providers and models available in the model router. Always run this before using a model to verify provider keys and model names.Never write code without checking current docs first.
Embedded docs first (if packages installed)
Look up current docs in node_modules for a package. This matches the exact installed version and is the most reliable source of truth. See references/embedded-docs.md.
Source code second (if packages installed)
If embedded docs don't cover the question, inspect the installed source and type definitions. This is the source of truth when docs are missing or unclear. See references/embedded-docs.md.
Remote docs third (if packages not installed)
Use the latest published docs when packages are not installed or when exploring new features. Remote docs may be ahead of the user's installed version. See references/remote-docs.md.
Use references/core-concepts.md when choosing between agents, workflows, tools, memory, and storage.
Studio is the interactive UI for building, testing, and managing agents, workflows, and tools. Use Studio when advising a human to inspect or debug visually.
Inside a Mastra project, run:
npm run dev
Then open http://localhost:4111 in a browser to show Mastra Studio to your human user.
Use mastra api to inspect or call resources on local dev servers, Mastra platform deployments, or remote Mastra endpoints. It is useful for agent-readable state, execution, traces, logs, scores, threads, and workflow operations. See references/mastra-api.md for usage patterns.
Mastra requires ES2022 modules. CommonJS will fail. See references/create-mastra.md for setup and references/common-errors.md for troubleshooting.
Always use "provider/model-name" when defining models using Mastra's model router.
When the user asks to use a model or provider, always run scripts/provider-registry.mjs first to verify the provider key and model name are valid. Do not guess model names from memory as they change frequently. See references/model-selection.md.
Type errors often mean your knowledge is outdated.
Common signs of outdated knowledge:
Property X does not exist on type YCannot find moduleType mismatch errorsWhat to do:
references/common-errors.mdAlways verify before writing code:
references/embedded-docs.mdreferences/remote-docs.md