Semantic Anchors sind Wörter — etablierte Begriffe wie Clean Architecture, Cockburn Use Cases oder MECE — die in jedem modernen LLM ein präzises Konzept aktivieren.
Du installierst sie nicht. Du importierst sie nicht. Du tippst sie.
Semantic Anchors ist ein kuratierter Katalog klar definierter Begriffe — Methoden, Frameworks und Prinzipien wie MECE, arc42 und BLUF — die als gemeinsames Vokabular für die Kommunikation mit Large Language Models dienen. Das Benennen eines Anchors aktiviert einen dichten, vorberechneten Wissenscluster im Modell, sodass ein einzelnes Wort die Ausgabe präzise steuert statt eines langen Prompts.
Bekannt aus: heise online (DE) — heise online — Semantische Anker verkürzen den Kontext für das agentische Coden. Zu Gast bei: HMZE (DE) — HMZE Podcast — Beyond Vibe Coding, rabauer.dev (EN) — rabauer.dev — Live-Coding-Session: From Vibe Coding to a Real Java App (Englisch), Beyond Code (DE) — Beyond Code Podcast, Folge 16 mit Felix Becker — Semantic Anchors, Loop Engineering und Architektur. Übernommen in: Claude Code Ultimate Guide (EN) — Claude Code Ultimate Guide von Florian Bruniaux — übernimmt diesen Katalog für Claude-Code-Workflows (englisch, CC-BY-SA-4.0), opencode-semantic-anchors (EN, archived) — opencode-semantic-anchors von Jens Grote — ein opencode-Plugin, das Anchors und Contracts erzwang; 2026 eingestellt zugunsten der OpenCode-Agenten-Konfiguration (englisch), speq-skill (EN) — speq-skill von marconae — führt eine Semantic-Anchors-Seite, die auf diesen Katalog verlinkt (englisch), wandelbots-nova (EN) — wandelbots-nova von Wandelbots — ADR-Konvention, die sich auf MADR und diesen Katalog stützt (englisch). Gelistet auf: Good AI List (EN) — Good AI List von Chip Huyen — ein täglich aktualisiertes Verzeichnis von Open-Source-KI-Repositories ab 500 GitHub-Stars, führt diesen Katalog seit Oktober 2026 (englisch).
Anker dafür, wie ein Text oder Vortrag aufgebaut und ausgerichtet ist: Struktur (Pyramid Principle, BLUF, umgekehrte Pyramide), Stil (Strunk & White, Gutes Deutsch, einfache Sprache) und Publikum (Curse of Knowledge, Vier-Seiten-Modell). Kombiniere einen Struktur-Anker mit einem Stil-Anker; zwei Strukturen in einem Prompt ziehen gegeneinander.
Erzählstrukturen aus Drehbuch und Erzähltheorie. Jede legt fest, wo die Wendepunkte liegen; wer eine nennt, formt damit die Handlung einer Geschichte, eines Vortrags oder einer Fallstudie. Wähle eine; gemischte Strukturen verwischen den Bogen.
Prinzipien und Muster für den Entwurf von Code: SOLID, die GoF-Patterns, Kopplung und Kohäsion. Nennst du das Pattern, wendet das Modell dessen bekannte Struktur und Rollen an; nennst du das Prinzip, prüft es Code daran. Für visuelles Design und Oberflächen siehe UX & visuelles Design.
Konventionen und Praktiken für die tägliche Arbeit rund um den Code: Commits, Branches, Versionen und Changelogs, die Schritte einer Änderung und kontinuierliche Verbesserung. Die Konventionen sind schnell genannt und leicht zu prüfen; darum passen sie gut in eine CLAUDE.md oder AGENTS.md.
Anker, die ändern, wie das Modell mit dir spricht, nicht was es liefert: fragen statt antworten, das eigentliche Problem hinter einer Frage aufdecken. Nützlich im System-Prompt oder zu Beginn einer Sitzung.
Anker für Aufbau und Pflege von Dokumentation: welche Art Dokument entsteht (Diátaxis), wie es gebaut und geprüft wird (Docs-as-Code) und wie es formuliert ist (einfache Sprache, Simplified Technical English).
Methoden, um Wissen festzuhalten, zu ordnen und weiterzugeben, vom persönlichen Aufgabensystem bis zum Wiki, das ein LLM pflegt. Nennst du die Methode, sortiert das Modell Notizen, Aufgaben oder Lernstoff nach ihren Regeln.
Anker über semantische Anker selbst: die Theorie dahinter und das Spektrum vom losen Begriff bis zur präzisen Methode. Lies diese, um zu verstehen, warum Benennen wirkt und wo es aufhört zu wirken.
Denkwerkzeuge, um ein Problem und seine Ursachen zu analysieren, bevor man es löst. Manche bringen ein festes Vorgehen mit (Five Whys, A3, DMAIC), das das Modell Schritt für Schritt abarbeitet; andere sind Heuristiken (Occam's Razor, First Principles), die ändern, wie es eine Antwort gewichtet.
Formate und Techniken, um Anforderungen zu erheben und aufzuschreiben: User Stories, Use Cases, EARS und die Workshops, die sie finden. Ein benanntes Format gibt dem Modell Vorlage und Checkliste zugleich.
Stile, Muster und Dokumentationsmethoden für Softwarearchitektur. Nenne eine Methode (arc42, C4, ADR) für die Struktur der Dokumente und einen Stil oder ein Muster für die Struktur des Systems.
Methoden, um Prozesse mit Daten zu überwachen: Regelkarten, die Regeln, sie zu lesen, und darauf aufbauende Verbesserungszyklen. Nützlich für Kennzahlen-Dashboards und Störungsanalysen.
Frameworks, um Ziele zu setzen, Prioritäten zu ordnen und unter Unsicherheit zu entscheiden. Viele ordnen zuerst die Lage ein (Cynefin, Wardley Mapping) und schlagen dann eine passende Reaktion vor.
Teststile, Test Doubles, Reviews sowie Standards für Security und Safety. Der benannte Stil (TDD Chicago oder London School) entscheidet, wie Tests entstehen; der benannte Standard (OWASP, WCAG) entscheidet, was ein Review prüft.
Visuelle Stile, Design-Systeme, Regeln für Layout und Typografie, Usability-Heuristiken und Barrierefreiheit. Kombiniere einen Stil oder ein Design-System mit Regeln für die Details und mit WCAG 2.2 AA. Nenne Bedienelemente beim gängigen Namen, den The Component Gallery (öffnet in neuem Tab) samt Synonymen listet, und lege ihr Verhalten mit dem WAI-ARIA Authoring Practices Guide (APG) (öffnet in neuem Tab) fest. Nicht jedes Design-System ist ein Anker: Von den vielen Design-Systemen der Component Gallery (öffnet in neuem Tab) stehen nur wenige in diesem Katalog. Für eines, das fehlt, gib dem LLM einen Link auf seine Dokumentation mit und, wenn das System sie anbietet, zusätzlich seine Design Tokens oder seinen MCP-Server. Alle Beispiele nebeneinander: Design-Stile im Vergleich.