Roadmap

How Axle Keys
is being built.

Axle Keys is being built in public, one practical layer at a time. This page is the only place on the site that describes things that don't exist yet — everywhere else states what works today.

The modelling core, the fabrication outputs, and the agent endpoint are built and in use. What's still ahead is the knowledge that makes each System worth choosing, and the public spaces where finished models meet buyers.

Current focus

Systems, and
the people using them.

The model loop works: describe or import an object, shape it, verify it, and take it out as drawings, cut lists, exports, or a configurator — in Studio or through your own AI agent. The current work is the layer that makes the output specific: Systems that carry how a thing is genuinely made, proven against real projects with the first Keyholders rather than declared finished on a marketing page.

Roadmap

Eight phases.

01

Foundation

● Complete
  • Studio environment — 3D viewport and a parametric CAD engine in the browser
  • Geometry generated by deterministic code from parameters, not by a model guessing shapes
  • Authentication, accounts, and project storage
  • Platform infrastructure on Cloudflare
  • Public website and documentation

The platform is live and the modelling engine is real. Everything after this builds on it.

02

Studio — the model loop

● Complete
  • Describe or import an object and get a real parametric model back
  • Six workspaces: Project · Create · Assemble · Configure · Motion · Make
  • Parameters you can change without rebuilding the model from scratch
  • Multi-part assemblies, instances, and constraints between parts
  • Dimension checking against what was actually asked for
  • Version history, validation, and recoverable delete
  • STEP import — bring existing geometry in and keep it

This is the working core of the product today. It is why the rest of the roadmap is worth building.

03

Outputs — from model to shop

● Complete
  • Shop drawings — dimensioned projected views, exported as SVG, PDF, or DXF
  • Cut lists and sheet nesting on real stock, with offcuts and quantities
  • Materials — a product stock palette assigned across parts, with real surfaces
  • Fabrication exports — STEP, STL, DAE
  • Motion — assembly animation and rendered MP4 video
  • Embeddable configurators — live 3D on your own site, no login and no AI at runtime

One model, many artifacts. A finished model produces the files a shop actually builds from.

04

Agents and the hosted endpoint

● Complete
  • A single hosted MCP endpoint — add Axle to Claude or ChatGPT with one URL
  • OAuth sign-in, no local install and no API keys on the hosted path
  • Agents read models, write model code, adjust parameters, and validate geometry
  • Builds run server-side, so an agent works with no browser tab open
  • Drawings, cut lists, and renders available to agents as well as people
  • Every write versioned, validated, reversible, and recorded with its reasoning

People work in Studio, agents work over MCP, and both drive the same model.

05

Systems

● In progress
  • Open Design — the live base knowledge every model builds on today
  • Systems as composable context packs bound to a model
  • Cabinet and casework — panel logic, sheet goods, edge banding, shop conventions
  • T-slot extrusion — profiles, hardware, cut lengths, assembly summaries
  • Flat-sheet and laser — joinery, kerf, and nesting rules
  • Closet and storage — shelf spacing, clearances, load limits, hardware sizing
  • Snap-fit and print — tolerance classes, retention force, print orientation
  • System-specific validation and fabrication rules

A System is a build methodology captured as real context — parts, rules, constraints, materials. Open Design works today. A named System is only worth releasing when it knows enough to be genuinely better than starting from scratch, and that is the work in progress.

06

Access and launch

● In progress
  • Invitation-only beta — access by Keyholder code
  • Waitlist and application process ahead of launch
  • Usage metering and plan structure
  • Public pricing once the plans can be explained clearly

Access is deliberately narrow while the product is proven with real work.

07

Publishing — Exhibition and Showroom

○ Next
  • Model pages — live 3D preview, parameters, and shareable links
  • Exhibition — a public space to browse, discover, and open configurable models
  • Showroom — branded product lines customers configure within limits you set
  • Customer inquiry and lead flow from a published configuration

The embeddable configurator already ships, so the engine for this exists. What is missing is the public half — the places a buyer finds the model without ever opening Studio.

08

Community and ecosystem

○ Later
  • Public System authoring
  • Creator profiles and attribution
  • Remixes and forks
  • Public REST API with agent permission policies
  • Usage analytics and dashboards
  • More object families — robotics, motion, structural
Quick view

Now, next,
later.

Now
  • Build out the first named Systems beyond Open Design
  • Deepen the knowledge that makes a System worth choosing
  • Admit Keyholders and work through real projects with them
  • Sharpen drawings, cut lists, and nesting against real shop output
  • Usage metering and the plan structure behind launch
  • Expand documentation to match everything that now ships
Next
  • Model pages — live 3D preview and shareable links
  • Exhibition — public browsing and discovery
  • Showroom — branded product lines for shops and businesses
  • Lead and inquiry flow from a published configuration
  • Public pricing and open signup
Later
  • Public System authoring
  • Creator profiles and attribution
  • Remixes, forks, and community tools
  • Public REST API
  • Agent permission policies
  • More object families — robotics, motion, structural

How decisions
get made.

A few principles that guide what gets built and in what order.

● Prove before scaling

One System first

One complete, working, well-documented System is worth more than five half-built ones. A System is only released when it knows enough to beat starting from scratch — which is why Open Design ships today and the named Systems are still listed as work in progress.

● Constraint as product

The boundary is the value

Every decision about what the platform can and cannot do is a product decision. Systems work because they have rules. A good configurator exposes the decisions that matter and protects the technical relationships underneath.

● Build for callability

Designed to be called

Every feature is evaluated against whether it makes the platform more callable — by people in Studio, by developers via API, and by agents via MCP. Callability is the long-term product. Agents are more useful when they work inside structure.

Follow
the build.

The roadmap will keep changing as the Systems become stronger and real users push models from idea to output. That is the point of building it in public.