StackNova / How it works
STACKNOVA · CONTENT STRUCTURE

How StackNova is organized.

A learning library for builders, structured around two primary experiences - structured learning and knowledge discovery. The platform architecture is intentionally simple.

Paths contain Articles
Articles are tagged with Topics
The core distinction

Paths organize content. Articles are the content.

Topics are neither - they're labels that help users find content across both.

CONCEPT 01

Path

A structured sequence of Articles - a roadmap through a subject, from first principles to production.

CONCEPT 02

Article

A standalone piece of knowledge - the core content unit of StackNova.

CONCEPT 03

Topic

A label for discovery and filtering. Not a content type - never a container.

01 · PATHS

Paths are roadmaps.

A Path is a curated learning journey: a roadmap through a subject, from first principles to production. Paths primarily organize Articles into a deliberate learning sequence.

PATH AI Engineering
01 Intro to AI Systems ARTICLE
02 Prompt Engineering ARTICLE
03 Building AI Agents ARTICLE
04 AI UX Patterns ARTICLE
Path examples
  • AI Engineering
  • Platform Engineering
  • Modern Web Development
  • Observability
  • UX for Developers
02 · ARTICLES

Articles are the content.

An Article is the core content unit of StackNova - a standalone piece of knowledge. Articles can take many forms; they live inside Paths but each one stands on its own.

Article forms
Tutorial Guide Comparison Case study Architecture writeup Explanation
Article examples
  • What is Platform Engineering?
  • Docker for Developers
  • esbuild vs Vite
  • Intro to OpenTelemetry
  • Wireframing for Engineers
03 · TOPICS

Topics are labels.

Topics are organizational labels - not a content type. Articles belong to Topics; Topics don't own content directly - they surface related Articles across the library. One Article can belong to many Topics.

One Article, many Topics
ARTICLE Building AI Agents with Claude
AI Architecture Developer Experience
Topic examples
  • AI
  • Cloud
  • Observability
  • Web
  • UX/UI
  • Platform Engineering
  • DevOps
  • Architecture
WHY NOT PATH → TOPIC → ARTICLE?

Flat is better.

A three-level hierarchy creates real problems. A single Article often belongs to multiple Topics - "Docker" lives under Cloud, DevOps, and Platform Engineering all at once. Three levels force a choice the data shouldn't force.

Avoid · three levels
Path └── Topic └── Article ← forced single home

Where does "Docker" live - under Cloud, DevOps, or Platform Engineering? All three. Forcing one parent means duplicating the content or losing it from the other two.

Keep · flat
Path └── Articletagged with many Topics Article → [ Topic ][ Topic ][ Topic ]

Topics are labels on Articles, not containers above them. The Article has one home in a Path and any number of Topic labels for discovery.

ARCHITECTURAL PRINCIPLE

Flat, flexible by design.

StackNova favors a flat, flexible knowledge architecture. Each piece has one job, and they compose without overlap.

PATHS

provide structure

ARTICLES

provide knowledge

TOPICS

provide discovery

This keeps the library scalable, searchable, and easy to navigate as the platform grows.