DevoSkill Entwicklung
Verwende diesen Skill nur, nachdem ein Plan existiert und der Benutzer die Implementierung explizit genehmigt hat. Verwende ihn nicht für Architekturfindung, reine Compliance-Validierung oder Benchmark-zentriertes Debugging.
Gehe davon aus, dass der Einstiegs-Router bereits:
- den Bootstrap-Zustand aufgelöst oder dich explizit ins Workspace-Setup geschickt hat,
- die Anfrage als
Developmentklassifiziert hat.
Wenn die Arbeit nicht mehr zur Entwicklung passt, stoppe und leite um, anstatt fortzufahren.
Ladereihenfolge
- Wenn das Workspace-Mapping fehlt oder defekt ist, lies
../devoskill-workspace-setup/SKILL.md; andernfalls überspringe das Workspace-Setup. - Lies
../devoskill/workflows/02-development.md - Lies
../devoskill/workflows/engineering-standards.md– lade den sprachspezifischen Abschnitt, der zum Implementierungsstack passt - Lade nur die aktive Phase in
task.mdund die effektiven Architektur-Abschnitte, auf die sie verweist - Falls Dateien
../devoskill/protocols/custom-*.mdexistieren, lies sie – sie enthalten benutzerdefinierte, dauerhafte Regeln für diese Sitzung
Lese keine Planungs-, Review- oder Performance-Workflows aus der Entwicklung, es sei denn, die Aufgabe wird tatsächlich umgeleitet.
Erforderliches Verhalten
- Beginne keine Codeänderungen ohne explizite Implementierungsfreigabe.
- Überprüfe ständig, ob die Arbeit noch aktive Implementierung ist. Wenn der Benutzer nach Planung, Drift-Validierung oder Leistungsdiagnose fragt, leite um.
- Folge linear der aktiven Phase in
task.md. - Respektiere menschliche Übergabepunkte und rate nicht fehlende Schemata, Verträge oder Anmeldeinformationen.
- Bei vorhandenem Code halte Wartungsvorgaben, Stilkonformitätsregeln und Anti-Überabstraktionsregeln ein.
- Schreibe keinen Code ohne ein explizites
task.md. - Behandle
design.md,task.md, Verifikationsartefakte und den Repository-Zustand als einen einzigen Implementierungsvertrag. Wenn sie voneinander abweichen, stoppe und gleiche sie ab, anstatt durch die Inkonsistenz hindurch zu codieren.