Create an API key
Use one Schemyx key for the contracts your AI tools should read.
Set up Schemyx once, then Codex, Cursor, Claude, and other MCP clients can read the latest theme contracts, component rules, and stack files before they generate or revise UI.
npx -y @schemyx/mcp@latest{
"mcpServers": {
"schemyx": {
"command": "npx",
"args": ["-y", "@schemyx/mcp@latest"],
"env": {
"SCHEMYX_API_KEY": "sk_schemyx_..."
}
}
}
}The builders are where you shape the rules. The MCP is how those rules actually reach the AI tools editing your code.
Use one Schemyx key for the contracts your AI tools should read.
Run the public npm package locally through your AI tool config.
Paste the generated config into Codex, Cursor, Claude Desktop, or another MCP client.
Ask your agent to read Schemyx before it creates or updates UI.
This keeps the product from feeling like another site builder. The first job is getting your AI workflow connected. Theme Forge and Component Forge become the control panels your tools read from.
Give Codex live access to your Schemyx theme and component contracts while it edits code.
Point Cursor at the same MCP server so project UI decisions stay consistent.
Use Schemyx contracts as durable design context in Claude-driven workflows.
Drop exported contract files into a repo and let the MCP read local first, server second.
Schemyx can read local project bundles first and fall back to the server when a team wants synced, account-backed contracts.
Tokens, color system, type scale, spacing, surfaces, and target-stack files.
The components AI must build custom, where to use them, and what it should avoid.
Stack-specific output so agents know how to apply Schemyx in the project they are editing.
Change Schemyx once, then let your AI tool pull the latest specs before it touches UI.
npx -y @schemyx/mcp@latest