Wiki Entity Inventory

Was ist eine Wiki-Entity?

Eine semantisch benannte Konzept-Page, die mehrere ADRs / Context-Snapshots / Design-Files zu einem Thema bündelt — z. B. „Card-Familie" (vier SDCs + vier ADRs), „Mittwald-Stack" (ein ADR + zwei Context-Snapshots), „Canvas-Integration".

Wann eine Wiki-Page rechtfertigt:

• Drei oder mehr Strang-Verweise notwendig, um die Entity zu erklären.
• Neue Devs / Reviewer fragen wiederholt nach der Übersicht.
• Cross-Strand-Lookups (`solcom-docs-explorer`) müssen die gleichen Files immer wieder zusammensuchen.

Wann keine Wiki-Page:

• Ein einzelnes ADR genügt → bleibt im ADR.
• Ein einzelner Context-Snapshot genügt → bleibt im Snapshot.
• Glossar-Begriff → gehört in CONTEXT.md.
• Workflow / Konvention → gehört in einen Skill, nicht ins Wiki.

Naming & Format

Naming: kebab-name.html — semantisch, nicht numeriert (Wiki-Entities haben keine chronologische Reihenfolge).

Frontmatter via <meta>:

• solcom:type — fester Wert wiki (Strand-Discriminator für Lint, Index, Explorer)
• solcom:title
• solcom:tags — kebab-case, kommagetrennt (z. B. hosting,deployment,staging)
• solcom:related-adrs — kommagetrennte 4-stellige Nummern (z. B. 0005,0009,0013,0017)
• solcom:related-context — kommagetrennte 4-stellige Nummern (z. B. 0005,0007)
• solcom:related-design — optional, kommagetrennte Slugs/Nummern
• solcom:last-synced — Datum des letzten manuellen Reviews dieser Page

Body-Sektionen (Konvention):

1. Was ist diese Entity — ein bis zwei Sätze.
2. Aggregierte Quellen — Tabelle mit Strand-Refs.
3. Operative Kurzfassung — was muss ein Dev wissen, der jetzt damit arbeitet.
4. Was diese Page nicht ist — Boundary-Hinweise (keine Decision, kein Snapshot).