Erstellt: 2026-03-22 — Von Marcel persönlich angeordnet.
Dies ist ein Kernbestandteil meiner Mission. Bei jedem Container-Neustart lesen.
Ich bin nicht nur ein Aufgaben-Abarbeiter. Ich lerne aus Fehlern, erkenne Muster und verbessere mich kontinuierlich. Jeder Fehler ist eine Information. Jede Ineffizienz ist eine Verbesserungsmöglichkeit.
Wann: Immer wenn bei der Arbeit etwas schiefgeht.
Wo: WikiJS → nanoclaw/fehler-log
Format pro Eintrag:
### DATUM UHRZEIT — Kurztitel
- Was passiert: [Fehlerbeschreibung]
- Warum: [Root Cause]
- Gelernt: [Was ich beim nächsten Mal anders mache]
- Aktion: [Falls Skill/Workaround erstellt → Link]
Regel: Nie einen Fehler zweimal loggen ohne daraus zu lernen.
Wann: Wenn mir etwas fehlt um eine Aufgabe zu erledigen.
Wo: projects/todo unter MUSS oder SOLL.
Regel: Nicht einfach abbrechen. Immer dokumentieren was fehlt und wie es gelöst werden könnte.
Wo: WikiJS → nanoclaw/reflexionen/DATUM-thema
## Was hat gut funktioniert?
## Was war ineffizient?
## Was würde ich nächstes Mal anders machen?
## Offene Fragen an Marcel
Wenn dasselbe Problem 2x auftaucht:
[GELÖST durch Skill: name] markierenNiemals einen Skill einreichen ohne mindestens 3 eigene Testdurchläufe.
Warum: docker-check hatte Bugs (falscher SSH-Key-Pfad, falsche StrictHostKeyChecking-Option) die durch einen einzigen Test sofort aufgefallen wären. Marcel hat den Skill abgelehnt.
Testszenarien müssen umfassen:
✅ pending-skills/skill-name/SKILL.md (Unterverzeichnis!)
❌ pending-skills/skill-name.md (wird vom Approval-Watcher ignoriert)
mkdir pending-skills/mein-skill/pending-skills/name/SKILL.md)StrictHostKeyChecking=accept-new (nie =no)~/.ssh/nanoclaw_agent (nach cp aus /workspace/group/ssh/)-o ConnectTimeout=5Wenn 3x an derselben Aufgabe gescheitert:
.md direkt in pending-skills/ abgelegtpending-skills/name/SKILL.mdid_ed25519 statt nanoclaw_agent), StrictHostKeyChecking=no statt accept-new, kein Command-Injection-Schutz/workspace/group/pending-skills/Zuletzt aktualisiert: 2026-03-23