Kontext: intern/wissen/
Zweck
Hier liegt passives Wissen — Material das man nachschlaegt, nicht ausfuehrt. Trennung zu intern/capabilities/ (aktive Faehigkeiten) und intern/runs/ (vergangenes Tun).
Vier Unterbereiche:
entscheidungen/— Decision Records (ADRs): warum machen wir X so. Strategische / architektonische Entscheidungen die in 2 Jahren noch nachvollziehbar sein sollen.prozesse/— Wiederholbare Patterns aus echter Arbeit. Pandoc-Pipeline, Payload-R2-Setup, Shopify-B2B-Sync etc. Pro Prozess eine.md.glossar/— Begriffs-/Werkzeug-Pointer. Was ist welcher offizielle Anthropic-Skill, welche Plugins sind aktiv, was bedeutet ein Begriff.templates/— Vorlagen fuer neue Files (Decision-Record-Template, Projekt-Template, Meeting-Template).
Was gehoert hier rein / NICHT rein
Hier rein:
- Decision Records mit
## Kontext / Optionen / Entscheidung / Konsequenzen - Prozess-Patterns aus echter Arbeit (Lessons-Learned eingebaut)
- Glossar-Eintraege (knapp, mit Pointer auf authoritative Quelle)
- Templates die woanders kopiert werden
NICHT hier rein:
- Recherche-Reports (vollstaendiger Bericht) →
intern/runs/<datum>-research-<topic>/. Wenn aus Run dauerhaftes Pattern destilliert wird, wandert verdichtetes File HIER her und zitiert den Run. - Kunden-spezifisches →
intern/kunden/<slug>.md - Einmalige Fixes / ephemere Details → nirgends, nicht festhalten
- Persoenliche Vorlieben → nirgends im Vault, ggf. Memory
Fuer Agents
- Bevor du etwas in
wissen/schreibst: ist es wirklich wiederverwendbar? Wenn nein → nicht festhalten. - Bei Recherche-Ergebnis: voller Bericht in
runs/, danach pruefen ob ein verdichtetes Pattern inwissen/Sinn macht. NICHT beides — Run zitiert + verdichten = Wissen. - Bei Konflikten zwischen
wissen/-Eintrag und_meta/-Konvention:_meta/gewinnt.
Verwandte Bereiche
- _context — aktive Faehigkeiten (was wir TUN koennen)
- _context — was wir tatsaechlich getan haben (append-only)
- conventions — Konventionen, hier nicht duplizieren