For AI agents: a documentation index is available at the root level at /llms.txt and /llms-full.txt. Append /llms.txt to any URL for a page-level index, or .md for the markdown version of any page.
Dashboard
User GuideDeveloper GuidesAPI Reference
User GuideDeveloper GuidesAPI Reference
  • Getting Started
    • What is Runtype?
    • Creating your account
    • Platform Keys vs. BYOK
    • Understanding the Runtype UI
    • Quickstart: Social Media Post Generator
    • Quickstart: From Agent to Chat Widget
  • Dashboard
    • What is the Dashboard?
    • Daily Executions
  • Playground
    • What is the Playground?
  • Products & Surfaces
    • What are Products?
    • What are Surfaces?
    • Creating a Product
    • Setting up a Chat Surface
    • Setting up an API Surface
    • Setting up an MCP Surface
    • Setting up an A2A Surface
    • Setting up a Slack Surface
    • MCP authentication
    • Authenticating with product API keys
    • Embedding the chat widget (script tag)
    • Embedding the chat widget (React)
    • Surface orchestration modes
    • Product views
    • Adding Capabilities to a product
    • Connecting external agents
    • How A2A works
    • Connecting to Cursor / VS Code
    • Connecting to Claude Desktop
    • Scoping API keys to capabilities
    • Auto-generated OpenAPI spec
    • Calling your API endpoints
    • Client tokens and domain restrictions
    • AI-powered theme generation
    • Widget theming and customization
    • Product versioning and status
  • Flows
    • What are Flows?
    • Creating and Editing Flows
    • Flow step types overview
    • Agent and Flow Templates
    • Using prompt steps
    • Using transform-data steps
    • Using conditional steps
    • Using fetch-url and api-call steps
    • Using record steps (upsert/retrieve)
    • Flow variables and templates
    • Flow versioning and publishing
    • Running flows in batch
    • Handling batch failures
    • Debugging flows
  • Agents
    • What are Agents?
    • Creating and configuring Agents
    • Agent tools
  • Records
    • What are Records?
    • Creating and managing records
    • Using records in flows
    • Filtering and searching records
  • Tools
    • What are Tools?
    • Built-in Tools
    • Creating custom tools
    • Creating external tools
    • Runtime tools
  • Evals
    • What are Evals?
    • Running an Eval
    • Interpreting eval results
  • Schedules
    • What are Schedules?
    • Automating batch processing
  • Logs
    • What are Logs?
    • Working with Logs
  • Integrations
    • Connecting AI model providers
    • Slack integration
    • Google Workspace integration
    • GitHub integration
    • Linear integration
    • Weaviate (vector search)
    • Firecrawl (web scraping)
    • Exa (web search)
  • Settings
    • What's in Settings?
    • Available AI models
    • What are Organizations?
    • Managing AI models
    • Managing API keys
    • Billing and plans
    • Usage data
    • Team members and permissions
    • Appearance and preferences
    • Integrations (PostHog, Weaviate, Daytona)
  • Troubleshooting & FAQ
    • FAQ
    • Rate Limits and Usage
    • Managing Runtype with Claude
    • Flow execution failures
    • Common errors and solutions
    • Authentication issues
Dashboard
LogoLogo
On this page
  • How versioning works
  • Publishing a Flow
  • Version numbers
  • Draft vs published
  • Testing before publishing
  • Viewing version history
  • Loading a previous version
  • Best practices
  • Next steps
Flows

Flow versioning and publishing

Was this page helpful?
Previous

Running flows in batch

Next
Built with

Flows support versioning so you can safely test changes without affecting production deployments.

How versioning works

When you edit a Flow, you’re working on a draft. Changes are saved automatically but don’t affect Products using the Flow until you publish.

Publishing creates an immutable version that Products reference. Further edits create a new draft.

Publishing a Flow

  1. Make changes to your Flow
  2. Test the Flow to verify it works
  3. Click Publish
  4. Add a version note (optional but recommended)
  5. Click Publish Version

Products using this Flow will now use the latest published version.

Version numbers

Runtype automatically assigns version numbers:

  • v1 — First published version
  • v2 — Second published version
  • v3 — And so on

Version notes help you remember what changed in each version.

Draft vs published

DraftPublished
EditableImmutable
Not used by ProductsUsed by Products
Can be discardedPermanent
Only you see changesAll users see changes

Testing before publishing

Always test drafts thoroughly:

  1. Run the Flow with representative inputs
  2. Check all conditional branches
  3. Verify outputs are correct
  4. Test error cases
  5. Review execution logs

Only publish when confident the Flow works as expected.

Publishing immediately updates all Products using this Flow. Test thoroughly before publishing to avoid breaking production surfaces.

Viewing version history

  1. Open the Flow
  2. Click Versions
  3. See all published versions with timestamps and notes

Loading a previous version

If a new version causes issues:

  1. Go to Versions
  2. Find the previous working version
  3. Click Load to load that version’s steps into the editor
  4. Publish the loaded version

This creates a new version with the same steps as the old one. The problematic version remains in history but is no longer the published version.

Note: Loading a previous version will discard any unsaved changes in the editor.

Best practices

  • Publish frequently: Small, incremental changes are safer than big releases
  • Write version notes: Document what changed for future reference
  • Test before publishing: Always verify changes work correctly
  • Use development Products: Test Flows in a dev Product before adding to production
  • Monitor after publishing: Check execution logs for errors after deploying changes

Next steps

  • Debugging flows to troubleshoot issues
  • Creating and editing Flows