Transient vs permanent configurations
Overview
Choose between transient (inline) and permanent (stored) configurations to optimize your Vapi implementation for flexibility, reusability, and management needs.
In this guide, you’ll learn to:
- Understand when to use transient vs permanent configurations
- Implement both approaches with practical examples
- Apply best practices for each configuration type
Key differences
Transient configurations
Use transient configurations when you need dynamic, call-specific behavior without pre-creating stored configurations.
When to use transient
Best for: Customer-specific data Embed user information directly in system messages
Best for: Configuration experiments Test different setups without permanent storage
Best for: Short-term promotions Event-specific assistants that don’t need persistence
Best for: Rapid prototyping Iterate quickly without managing stored configs
Customer service with pre-filled data
A/B testing scenario
Transient tools
Create custom tools for specific integrations or workflows:
Transient limitations: Configurations exist only during the API call and cannot be managed through the dashboard or reused across calls.
Permanent configurations
Use permanent configurations for reusable setups that multiple teams can access and manage through the dashboard.
When to use permanent
Best for: Team collaboration Assistants used across multiple departments
Best for: Non-technical users Visual configuration management
Best for: Standard workflows Consistent configurations across calls
Best for: Change tracking Maintain configuration history
Creating permanent configurations
Mixed configurations
Combine transient and permanent configurations for maximum flexibility:
Best practices
Choosing the right approach
Use transient when:
- Customer data needs to be embedded in system messages
- Testing different configurations temporarily
- Creating user-specific personalizations
- Rapid prototyping and development
Use permanent when:
- Multiple teams need access to the same configuration
- Non-technical users manage configurations via dashboard
- Consistency across multiple API calls is required
- Version control and change tracking are important
Performance considerations
- Transient: Slightly larger request payloads but no additional API calls
- Permanent: Smaller request payloads but requires initial creation calls
- Mixed: Optimize by using permanent for stable configs, transient for dynamic parts
Security and access control
- Transient: Full configuration visible in API requests - avoid sensitive data
- Permanent: Stored securely on Vapi servers with proper access controls
- Recommendation: Use permanent configurations for sensitive integrations
Limitations
Transient limitations
Permanent limitations
- No persistence: Cannot retrieve or reuse after API call - No dashboard access: Not visible in Vapi dashboard - No version control: Cannot track configuration changes - Request size: Larger payloads may impact performance
Next steps
Now that you understand transient vs permanent configurations:
- Assistant creation guide: Learn to build and customize assistants
- Tool integration: Connect external services and functions
- Squad configuration: Set up multi-assistant workflows
- API reference: Explore all configuration options