How versions are created
Openv2 saves a version at the end of each assistant turn when files have changed:- A snapshot of your project files is captured (heavy folders like
node_modulesare excluded). - The snapshot is compared with the previous one to identify what changed.
- A version is created and linked to the chat message that triggered it.
- The version and your chat history are stored in the cloud (when you’re logged in).
- A label derived from the change — typically a short description of what the AI did.
- The chat message that triggered the version.
- The file snapshot needed to restore your project tree to that exact state.
Browsing version history
The version history is accessible from the version badge or the history control in the chat interface, depending on your layout. Scrolling through history lets you see what changed at each step and trace the evolution of your project.Versions are tied to assistant turns, so the history reads like a log of what was built and when — making it easy to find the point just before a breaking change.
Reverting to a previous version
If an experiment goes wrong or you want to return to an earlier state, you can restore any version from the history.Open version history
Click the version badge or history control in the chat panel to see the list of saved versions.
Find the version you want
Browse the version list and identify the point you want to return to. The label and associated chat message help you locate the right snapshot.
Restoring a version replaces the entire working tree for your project. If you want to preserve your current state before reverting, duplicate the project or export your files first.
Why version history is useful for experimentation
Because every AI turn is checkpointed, you can try risky changes without fear:- Test a different approach — ask the AI to refactor a screen one way, see if you like it, then revert and try another approach.
- Recover from a bad prompt — if the AI misunderstands a request and breaks something, revert to the version before that turn.
- Review the build timeline — use history as a record of how features were added, which is useful when onboarding collaborators.
Local fallback
If cloud persistence is unavailable (for example, if you’re signed out), some version data may fall back to browser storage. Browser storage is limited and not shared across devices. Stay logged in to ensure your version history is saved reliably and accessible from any device.Chat & AI assistant
Understand how each turn creates a new version automatically.
Collaboration
Invite teammates to view or edit your project.
