01 — Checkliste
Status pro Check-Punkt aus der Aufgabenstellung.
| ID | Check | Status | Bemerkung |
|---|---|---|---|
| A1 | Alle 13 intern/-Subordner haben _context.md | ✅ behoben | intern/kunden/_context.md fehlte, neu angelegt |
| A2 | Top-Level-Files (CLAUDE.md, CONTEXT.md, README.md, ONBOARDING.md, AGENTS.md, _meta/*.md) | ✅ alle da, nicht-leer | |
| A3 | AGENTS.md ist Symlink auf CLAUDE.md | ✅ | lrwxr-xr-x zeigt auf CLAUDE.md |
| A4 | edi-certificates.md (0-byte File im Root) | ✅ geloescht | Marvin: brauchen wir nicht |
| B1 | Wikilinks im Frontmatter sind YAML-Strings | ✅ | Keine ungequoteten Wikilinks gefunden |
| B2 | Broken Wikilinks im Body | ✅ behoben | 54 → 5 (Restmenge sind PII---kontakt Refs, Schema-konform) |
| B3 | Orphan Files | ⚠️ akzeptabel | 15 Orphans, alle im Report begruendet (Top-Level-Routing, Reference-Material) |
| B4 | Nicht-aufloesbare Markdown-Links | ✅ behoben | im Zuge der Migrations-Drift-Bereinigung mitgemacht |
| C1 | Frontmatter-Pflichtfelder pro Typ | ⚠️ teilweise behoben | ypsum.md fehlte category: → behoben. SKILL.md + Wissen-Files: 44 Files ohne type: (siehe 03-frontmatter-issues, Migration-Log §Frontmatter-Schema-Wechsel — bewusst offen) |
| C2 | ID-Konsistenz, keine Duplikate | ✅ | Alle “Duplikate” sind Beispiele in _meta/schemas.md Code-Blocks |
| C3 | ID-Schema (cust-NNN, pers-NNN, etc.) | ✅ | Stichprobe sauber durchnummeriert |
| C4 | last_reviewed Stand | ⚠️ akzeptabel | Migrations-Datum fuer unveraenderte Files lassen, aktualisiert wo Inhalte angepasst wurden |
| D1 | Kunde → Hauptkontakt existiert | ✅ | 8 von 8 Kunden mit valider contact_main |
| D2 | Person.customer existiert | ✅ | Alle client_contact-Personen haben validen Kunden |
| D3 | Projekt → Kunde + Owner + Team | ✅ | Alle 9 client-Projekte sauber verlinkt |
| D4 | MCP ↔ Repo Konsistenz | ✅ | Alle MCPs mit source: zeigen auf existierendes Repo |
| D5 | Skill ↔ MCP Konsistenz | ✅ symmetrisch | Alle 11 SKILL.md auf Schema 5.17 gezogen, required_mcps: ergaenzt, gsuite/replicate Cross-Refs jetzt beidseitig |
| D6 | CONTEXT.md Aktive-Kunden-Liste vs intern/kunden/*.md | ✅ | Listen ueberein |
| E1 | Drift in intern/wissen/ | ✅ behoben | 4 Files mit alten Pfaden, alle korrigiert |
| E2 | Drift in intern/firma/ | ✅ behoben | 3 Files mit alten Pfaden korrigiert |
| E3 | Drift in intern/capabilities/skills/ | ✅ behoben | Marvin entschieden: Vault ist Source of Truth. Alle 10 SKILL.md + wochen-planung/plan.md auf neue Pfade gezogen + Schema 5.17 Frontmatter ergaenzt |
| E4 | Drift in _meta/ | ✅ behoben | .md-Suffixe in Wikilinks entfernt, eu-ai-act → eu-ai-act-pflichten korrigiert |
| F1 | Echte Umlaute im Body | ✅ Stichprobe | keine ae/oe/ue/ss in Prosa-Text |
| F2 | Filenames kebab-case ohne Umlaute | ✅ | keine Umlaute in Filenames |
| F3 | ## Related am Ende | ⚠️ akzeptabel | 53 von 136 Files ohne ## Related. Personen-Files + _context.md haeufig betroffen — Convention strenge Lesart vs pragmatische Realitaet, siehe Final-Report |
| F4 | H1-Titel als erstes nach Frontmatter | ✅ Stichprobe | |
| G1 | Stack-Drift (Kunde-Stack vs firma/stack.md) | ✅ | stack.md zentral, Kunden-Files referenzieren Tools nur kurz |
| G2 | MCP- vs Repo-File Doppelung | ✅ | Repo-Files schlank (~30-70 Zeilen), MCP-Files voll (~75-180 Zeilen) — Konvention eingehalten |
| G3 | „Stand”-Bloecke ueberein | ✅ | Stand-Daten konsistent |
| H1 | Plugin-Repo existiert | ❌ → ✅ Vault deklariert | Marvin: Vault als Source of Truth. Plugin-Repo-Anlage spaeter wenn Multi-User/Multi-Maschine relevant wird |
| H2 | Alle 10 Skills im Vault | ✅ | email-review, email-schreiben, image-gen, inbox-sync, mcp-cloud-bereitstellung, mcp-eigenbau, tages-planung, termin-koordinieren, wiki-maintenance, wochen-planung |
| H3 | wochen-planung mit plan.md statt SKILL.md | ⚠️ gewollt | Frontmatter status: planning, Skill noch nicht gebaut |
| I1 | .gitignore mit Security-Patterns | ✅ behoben | .gitignore neu angelegt mit Patterns aus _meta/security.md + zusaetzlichen Defaults |
| I2 | Keine echten Secrets im Repo | ✅ | sk-/ghp_/AKIA-/AIza-/xoxb- Patterns: 0 Treffer |
| I3 | Keine *--kontakt.md Files committed | ✅ | 0 Treffer (PII separiert wie geplant) |
| I4 | agentic-brand-assets.zip | ✅ Pattern entfernt | Marvin: entfernen → ZIP wird mit committed |
| J1 | Migration-Log Mappings vs Realitaet | ✅ | Stichprobe (positioning, fahrplan, brand-assets, finanzen) stimmt ueberein. 13 Prozesse statt 11 (zwischenzeitlich gewachsen) — kein Fehler |
| K1 | Migration-Log §“Was noch offen ist” akut blockierend? | ✅ nichts blockiert | Alles ist „bei aktiver Arbeit” Material (Vertraege, Rechnungen, YouTube-Projekte, Branchen-Wissen) — siehe Final-Report |
Zusammenfassung
- Strukturell: sauber. 13 Subordner haben jetzt alle ihren Kontext, Top-Level vollstaendig,
edi-certificates.mdgeloescht. - Wikilinks: 49 reale Bugs gefixt, 5 verbleibende sind Schema-konforme PII-Refs.
- Frontmatter: kritische Issues geprueft, kein Duplikat, IDs konsistent. SKILL.md alle auf Schema 5.17. 32 Wissen-Files ohne
type:als bewusster Migrations-Stand offen. - Cross-Refs: alle Kunde↔Person, Projekt↔Kunde, MCP↔Repo, Skill↔MCP, Customer↔CONTEXT-Listen sauber.
- Migrations-Drift: wissen/+firma/+_meta/+skills/ alle bereinigt — Vault-Skills sind Source of Truth.
- Sicherheit:
.gitignoreneu angelegt (ZIP-Pattern entfernt), keine Secrets im Repo, PII-Files nicht committed.
Detail siehe Folge-Reports.