State Management
Persistent Key-Value storage that works across Triggers, Steps, and Functions
State is persistent key-value storage that works across all your Triggers, Steps, and Functions. Set data in one Trigger, read it in another. Works across TypeScript, Python, and JavaScript.
How It Works
State organizes data into groups. Each group can hold multiple items with unique keys.
Think of it like folders and files:
- groupId = A folder name (like
orders,users,cache) - key = A file name inside that folder
- value = The actual data
State Methods
| Method | What it does |
|---|---|
state.set(groupId, key, value) | Store an item in a group |
state.get(groupId, key) | Get a specific item (returns null if not found) |
state.getGroup(groupId) | Get all items in a group as an array |
state.delete(groupId, key) | Remove a specific item |
state.clear(groupId) | Remove all items in a group |
Real-World Example
Let's build an order processing workflow that uses state across multiple Steps.
Step 1 - API receives order:
Step 2 - Process payment:
Step 3 - View all orders (Cron job):
When to Use State
✅ Good use cases:
- Temporary workflow data - Data that's only needed during a flow execution
- API response caching - Cache expensive API calls that don't change often
- Sharing data between Steps - Pass data between Steps without emitting it in events
- Building up results - Accumulate data across multiple Steps
❌ Better alternatives:
- Persistent user data - Use a database like Postgres or MongoDB
- File storage - Use S3 or similar for images, PDFs, documents
- Real-time updates - Use Motia Streams for live data to clients
- Large datasets - Use a proper database, not state
State Adapters
State adapters control where and how state is stored. Motia provides default adapters that work out of the box, and distributed adapters for production deployments.
Default Adapter (File Storage)
No setup needed. State goes to .motia/motia.state.json.
The default FileStateAdapter is perfect for single-instance deployments, development, and testing. No configuration needed!
Distributed Adapter (Redis)
For production deployments with multiple Motia instances, use Redis to share state across instances:
Use distributed adapters (like Redis) when running multiple Motia instances. Without them, each instance has isolated state that isn't shared.
Your Step code stays the same:
The adapter handles the storage backend - your application code doesn't change.
Remember
- Organize data using groupId (like
orders,users,cache) - Each item needs a unique key within its groupId
- Use
getGroup(groupId)to retrieve all items in a group - State works the same across TypeScript, Python, and JavaScript
- Clean up state when you're done with it
- Use databases for permanent data, state for temporary workflow data
Project Structure
Learn about Motia's project structure, file organization, and automatic step discovery system for building scalable workflow applications.
Real-time Streams
Push live updates from your backend to connected clients without polling. Perfect for AI responses, chat apps, and long-running tasks.