In memory of Saber Rastikerdar — creator of · Vazirmatn, the open typeface he gave the Persian web and asked nothing for.
Skip to content

Standards

The content system for Frontend Engineering — the definitive framework every document in this repository follows, whether written by a human or generated with AI. The repository's architecture (taxonomy, knowledge map, graph, learning paths, templates) is defined elsewhere; this directory defines its content quality: what a great article is, how it reads, how it's structured, how its code and diagrams are built, how it's reviewed, and how it stays true for years.

Everything here exists to make one promise keepable at 1000+ documents: every article meets the same engineering-quality bar.

Start here

The standards

FileGovernsAnswers
content-framework.mdPhilosophyWhat makes an article great, evergreen, and honest; what must never appear; how opinionated we are; how framework advice is handled.
writing-style.mdTone of voiceWording, sentence length, headings, comments, terminology, capitalization, emphasis, admonitions — the one voice, modeled on React/TypeScript/MDN docs.
article-quality.mdStructureThe mandatory sections, each with acceptance criteria; the A/B/C example quality levels; the pre-merge checklist.
code-example-standard.mdCodeBaseline versions, typing, formatting, imports, folder structure, naming, error handling, accessibility, performance, no needless abstraction.
diagram-guide.mdDiagramsMermaid as the required default and why; per-type conventions (flow, architecture, sequence, state, decision trees); accessibility.
markdown-guide.mdFormattingHeadings, lists, tables, blockquotes, admonitions, callouts, code blocks, images, links, rules, footnotes.
metadata-schema.mdFrontmatterThe full snake_case metadata schema, allowed values, a complete example, and the graph mirror.
linking-rules.mdCross-referencesThe five typed relations plus recipe, example, anti-pattern, case-study, and learning-path references.
naming-conventions.mdNamingFiles, folders, images, examples, recipes, anti-patterns, case studies, decision records, branches, commits.
review-process.mdProcessThe nine-stage pipeline from research to maintenance, with each stage's owner and exit criteria.
evergreen-policy.mdDurabilityVersioning, deprecation, review frequency, breaking changes, framework updates, archiving, migration guides.
ai-writing-guide.mdAI generationAllowed assumptions, required references, code generation, fact checking, hallucination prevention, consistency, self-review, output format.
quality-metrics.mdMeasurementEight scored health metrics (completeness, accuracy, readability, cross-link, reference, freshness, code, maintenance) with scoring rules.

How the standards fit together

content-framework.md sets the intent; article-quality.md turns it into required structure; the format guides (code, diagram, markdown, metadata, linking, naming) say how each part is built; and the process guides (review, evergreen, AI, contributor, metrics) say how articles are produced, kept current, and measured. When any two documents conflict, content-framework.md wins and the conflict is a bug to fix.

Relationship to the rest of the repository

These standards implement the content quality on top of the existing architecture. They reference, and do not replace, the established design docs:

The rule under all of it

Every document — human or AI, article or recipe, first or ten-thousandth — obeys the same standard: a durable engineering decision, argued honestly, structured consistently, coded to production quality, wired into the graph, reviewed by a second person, and kept true over time. That is the entire point of this directory.

Peer-reviewed engineering decisions · MIT licensed