AzeForge compiler and renderer
Technical documents, built from plain text.
AzeForge is the compiler and renderer for AzeMark — a library for both humans and AI agents. Validate structured technical Source, then render HTML, SVG, PNG, or PDF.
npm install @aruzone/aze-forge01 / Capabilities
Compiler contracts instead of plugin guesswork.
The 26-directive grammar comes from the same registered definitions the compiler validates.
- Readable SourceMarkdown prose and typed AzeMark directives stay in one
.aze.mdfile. - Corrective diagnosticsErrors carry codes, severity, locations, suggestions, and optional edits.
- Deterministic outputThe same valid Source and render options produce byte-identical Artifacts.
- Fail-closed renderingInvalid Source publishes no partial Artifact and does not replace a previous output.
02 / Use cases
Native structures for technical work.
Use one Source format across quantitative notes, engineering records, software models, and publication-ready documents.
- Mathematics
equationderivation - Science
formulareactionstructure - Engineering
circuittimingcontrolfree-body - Data
plotchart - Geometry
geometry - Software
sequencestateentityclass - Documents
tablealgorithmstatementexamplebibliographyfigurecallout - Diagrams and escape hatches
diagrammermaidtex
03 / AzeMark Source
A complete document stays readable before it renders.
Front matter pins AzeMark language version 2. Directive fences use exactly four colons and a ---- header separator.
---
azemark: 2
title: Sample variance
---
# Sample variance
Spread of a sample around its mean.
:::: equation
id: sample-variance
number: true
----
sigma^2 = frac(1, n) sum i=1..n of (x_i - mu)^2
::::Sample variance
Spread of a sample around its mean.
(1)
04 / Compare
What Changes When the Document Is a Contract.
Other tools render pages. AzeForge validates meaning first: every Block is typed, every field is checked, and the grammar is published as JSON so humans and agents author against the same contract.
| Capability | AzeForge | Typst | Quarto | LaTeX |
|---|---|---|---|---|
| Authoring ModelWhat you write to get a document | Typed AzeMark SourceMarkdown plus validated directive Blocks | Scripted MarkupCode-like syntax with packages | Markdown Plus ExtensionsProse with bolted-on filters | Typesetting ProgramExplicit layout commands |
| Technical DiagramsCircuits, timing, geometry, control | Native Typed BlocksDeclared topology, rendered wires | Community Packages | External Extensions | Specialist Packages |
| Correctness FeedbackWhat happens when Source is wrong | Compiler DiagnosticsCoded errors with locations and fixes | Compiler Errors | Build Logs | Log Diving |
| Machine-Readable ContractCan an agent verify before rendering | Published JSON Grammar26 directives, fields, enums, limits | — | — | — |
| Programmatic AccessUse from code and agents | Compiler npm APIAnalyze, compile, format | Different Ecosystem | — | — |
| Output GuaranteeWhat a successful render promises | Self-Contained ArtifactsHTML, SVG, PNG, PDF with content hash | Varies by Output | Varies by Output | Usually PDF |
Mathematics and Mermaid rendering are table stakes — every column handles them. The rows above are where the authoring experience actually diverges.
Docs and Playground
