Conversation
The wizard offered MySQL and PostgreSQL while the README lists Vitess as GA. A Vitess database now has its own path through the same setup: choose Vitess, connect the vtgate address, name the PlanetScale organization, and confirm a service token variable, then continue to the state connection. Keyspaces are discovered from the main branch through the PlanetScale API, the same source pull uses, and the state database is checked and registered as MySQL because Vitess is a target engine rather than a storage dialect. Scripts pass the same decisions with --organization, --api-token, and --api-url. Steps are now named constants so the two PlanetScale steps can be hidden for other engines without renumbering every reference. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
The wizard offered MySQL and PostgreSQL while the README lists Vitess as GA.
schemabot initnow covers every GA engine, so a Vitess team gets the same guided path to a verified baseline instead of hand-writing server configuration.What
Choose Vitess, connect the vtgate address, name the PlanetScale organization, and confirm a service token variable, then continue to the state connection as before. Keyspaces are discovered from the
mainbranch through the PlanetScale API, the same source pull uses. The state database is checked and registered as MySQL: Vitess is a target engine, not a storage dialect. Scripts and agents pass the same decisions with--organization,--api-token, and--api-url; the JSONmissing_inputslist names them when the engine is Vitess.Steps are now named constants so the two PlanetScale steps can be hidden for other engines, forward and back, without renumbering every reference.
Screens
Engine picker
Database name for Vitess
PlanetScale organization
PlanetScale API token, checked
State connection for Vitess
Review
The recorded demo still shows the two-engine picker; it will be re-recorded once the wizard settles.
How
The PlanetScale check and keyspace discovery are read-only keyspace listings; the token travels only in the request header, and errors show the API error code, never the token or the driver text. Every other guarantee is unchanged: the wizard collects decisions and reads the catalog, and
initializeremains the sole path that registers a runtime and initializes state (AZ-7, AZ-8, AZ-9 upheld).Risk
A Vitess setup needs a PlanetScale service token with access to the database and a MySQL state database. Both are confirmed before anything is registered, and a failed check keeps the wizard open for a retry.
Bigger picture
Stacked on #1334. Next on the stack: creating the state database from the wizard so a first setup needs one connection string.
Generated with Claude Code (Claude Fable 5.1).