Skip to content

Writing style — one name per thing

Not published. This is for whoever writes docs or site copy, human or agent.

Why this file exists

A visitor should not have to learn a glossary before they understand what they can build. Zapier sells one noun — a Zap. n8n sells one — a workflow. Neither names its editor in marketing copy.

At one point the homepage used seven nouns for two surfaces: canvas, graph, board, Architect, desk, workspace, visual editor. Each was defensible alone. Together they read as jargon, and they made the docs and the site drift apart.

The list

TermMeansNever use for it
Canorynthe productAura (the old internal name)
Workflowwhat you build, saved as a .cryn fileagent, graph, blueprint, automation script
Architectthe visual builder surfacevisual editor, desk, workbench
Canvasthe surface inside Architect where nodes liveboard, desk
Boarda saved arrangement of live nodes, usually browsers — a kind of workflowcanvas, desk
Nodeone step on a canvasblock, cell, widget
Runone execution of a workflowjob, task, invocation
Actiona single capability a node can calltool, command, function
Workspaceyour library of workflowsproject, folder
Agentan autonomous actor — an AgentOps worker, a logic.agent.reason node — and the market category we sell intoa .cryn

The two that keep coming back

graph is the internal data model. Users do not build graphs; they build workflows. A graph is how one is stored. If a sentence says "graph" and the reader is not writing code against the file format, it should say "workflow".

The one exception is the CLI and API reference, where graph_id and payload shapes are the actual interface being documented.

agent survives in exactly two places: the category (an "agent workspace" is what the market calls this product) and real autonomous actors (AgentOps workers, logic.agent.reason nodes). It is never a name for a .cryn file. That distinction is the whole point of the rename in canoryn#270 — 272 files — so it is worth keeping.

Two habits worth more than the table

Lead with what the reader can do, not with what we call things. "Describe a workflow and watch it appear" beats "Use Build with chat in the Architect to author a graph on the canvas."

Introduce a word once, then use it. If a page needs a term the reader has not met, define it in the sentence where it first appears — not in a glossary they have to go find. If it needs more than a clause to explain, it is probably the wrong word.

File extension

Write .cryn when the file format is genuinely the subject — the Finder double-click behaviour, the CLI, publishing. In body copy prefer "saved workflow": the claim lands for someone who has not installed the app yet.