Convert

Convert an architecture diagram into code.

The direction almost nothing else does: the diagram stops being documentation and becomes the instruction.

Download for macOS
v0.1.33 · .dmg · Apple Silicon & Intel
Signed & notarized by Apple · opens without a Gatekeeper warning
sha256 698955a0187bc039f4c74f5d05a9f10fbb27376a45788a0a241d1326b73873c7
Download for Windows instead
$curl -fsSL https://lucidtrain.com/install.sh | sh

What actually happens

The canvas is converted into a markdown specification listing every component, its tier, the notes attached to it, and every relationship with direction. That document, along with your DESIGN.md if you have one and the README for orientation, becomes the context for a real coding turn. The agent implements against the drawing rather than against a paragraph you would otherwise have written twice.

Why a specification rather than code generation

Generating code directly from boxes produces scaffolding that matches the diagram's shape and none of your conventions, which is why that approach has never stuck. Converting to a specification and running a normal agentic coding turn means the result goes through the same review path as any other change and can take your existing patterns into account.

Reviewable diffs, not a dump

What comes back is a diff you approve or reject, and the agent can run propose-only until you tell it to apply. A diagram that silently rewrote your repository would be a worse idea than not having the feature.

The diagram stays the source

Because the specification is generated from the graph each time, changing the diagram and re-running produces an updated instruction rather than a divergent second document. That is the part that makes the loop worth using more than once.

What the specification carries

From the diagramIn the specification
Every componentA named element with its tier
Node notesThe responsibility of that component
Every edge with directionA stated relationship
Edge labelsWhat crosses that relationship
Tier membershipLayering constraints
Attached documentationProse context for that component
Your DESIGN.mdCarried along as the authoritative spec
READMEOrientation about existing conventions

The flow

shell
# In the Diagram tab, once the shape is right:
# Implement in code
# The canvas becomes a markdown spec and starts a turn in the Code tab.
FAQ

Questions

Does it generate the whole application?

It generates against the specification, which describes structure. Expect scaffolding, module boundaries and wiring that match the diagram, not business logic that was never in it.

Can I edit the specification before it runs?

Yes, it is markdown and it is shown to you. Editing it before the turn is often faster than editing the diagram, particularly for constraints that are not spatial.

What if the diagram is wrong?

Then the implementation is wrong in the same way, quickly and confidently. That is an argument for the diagram being reviewed like a design document, which is easier when it is a picture than when it is prose.

Related