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
Customer service with pre-filled data
A/B testing scenario
Transient tools
Add call-specific tools directly to a transient assistant’s model configuration.
The API Request tool sends the model-generated body directly to the configured URL. Replace YOUR_CREDENTIAL_ID with a Vapi Custom Credential that authenticates the request without placing a secret in the tool definition.
The following examples are assistant.model fragments:
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
Creating permanent configurations
Replace the tool, credential, and assistant ID placeholders with values from the resources you created. The credential authenticates the API Request tool’s call to the CRM endpoint.
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