Roadmap

How Axle Keys
is being built.

Axle Keys is being built in public, one practical layer at a time. The goal is not to promise every possible CAD feature at once — it is to prove a focused workflow and make it work reliably for a small number of object families before expanding.

Current focus

Systems and
Studio.

The platform is live and working. The current focus is making the full model lifecycle work end to end — choose a System, create or import a model, configure it, organise parts, review outputs, and move it forward. Once that loop works reliably for a small number of object families, the rest of the platform becomes easier to build.

Roadmap

Six phases.

01

Foundation

● Complete
  • Studio environment — chat, 3D viewport, parametric CAD engine
  • AI assistant (Axle) integrated via Claude API
  • Web Worker architecture for WASM-based geometry generation
  • Authentication and user accounts
  • Platform infrastructure deployed on Cloudflare
  • Public website, all marketing pages, documentation structure
  • MCP server — agent access foundation

The Studio works. The platform is live. The infrastructure is in place.

02

Systems and Studio

● In progress
  • Improve Studio workflow end to end
  • Make System selection clear and useful
  • Connect models to Systems with exposed parameters
  • Organise model parts — names, structure, hierarchy
  • Improve imported file workflows
  • Improve project files and reference management
  • Improve validation and repair workflows
  • Prepare outputs — part lists, material lists, cut lists, exports
  • Document the first Systems: Open Design · Cabinet Systems · T-Slot Systems

This is the phase that proves the model. One strong System workflow is more valuable than many unfinished ones.

03

Publishing

○ Next
  • Individual model pages with live 3D preview and parameters
  • Exhibition — public browsing, discovery, and configurable previews
  • Showroom — user and business product-line pages
  • Customer-facing configurator and inquiry flows
  • Export workflows — DXF, STL, cut lists from Studio to file
  • Expand documentation for each System

This phase succeeds when a model can move from Studio into a public surface without feeling disconnected.

04

MCP, agents, and automation

● In progress
  • Active model lookup and project context loading
  • Model code reading, draft creation, validation, promotion, rollback
  • Parameter updates through MCP without rewriting model code
  • File access and export jobs via agent
  • Safer tool permissions and clearer documentation
  • REST API — planned alongside the first mature Systems
05

Fabrication and production

○ Planned
  • Part lists, material lists, cut lists
  • Drawings and assembly views
  • Quote-ready and order-ready output configurations
  • Cabinet Systems: panel naming, sheet-good assumptions, edge banding, shop-ready review
  • T-Slot Systems: extrusion cut lengths, hardware lists, assembly summaries
  • System-specific fabrication validation
06

Community and ecosystem

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

Now, next,
later.

Now
  • Improve Studio workflow
  • Strengthen System selection
  • Improve model parameters and parts
  • Improve project files and references
  • Improve imported model workflows
  • Document Systems — Open Design, Cabinet, T-Slot
  • Improve MCP tooling and documentation
  • Make fabrication outputs more useful
Next
  • Publish individual model pages
  • Improve Exhibition browsing and discovery
  • Improve Showroom user and business pages
  • Improve export workflows
  • Improve validation reports
  • Expand documentation
  • Connect more Studio actions to safe agent workflows
Later
  • Public System authoring
  • Creator profiles and attribution
  • Remixes, forks, and community tools
  • Embedded configurators
  • 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. The product should prove the model before expanding broadly. Phase 02 exists entirely to prove the core loop.

● 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.