greggy/openclaw
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
db82c851b5216d95c014cdcda70aad8fc05949be
openclaw/skills/gitea-analyse-architektur/SKILL.md
OpenClaw db82c851b5 feat: split gitea-issue-resolver into 9 specialized agent skills + orchestrator 
- gitea-analyse-architektur (Phase 1)
- gitea-implementierung (Phase 2)
- gitea-code-review (Phase 3)
- gitea-test-qa (Phase 4)
- gitea-fix-refactoring (Phase 5, on demand)
- gitea-merge-release (Phase 6)
- gitea-deployment (Phase 7)
- gitea-abnahme-validierung (Phase 8)
- gitea-dokumentation-closing (Phase 9)
- gitea-issue-resolver updated as pipeline orchestrator
- Only issues tagged KI + ReadyForDev are processed
2026-05-10 20:18:24 +00:00

3.1 KiB
Raw Blame History

name, description
name description
gitea-analyse-architektur Analyse- & Architektur-Agent für Gitea Issues. Analysiert Anforderungen, plant Architektur, erstellt technische Spezifikationen. Teil der Gitea Issue Pipeline.

Analyse- & Architektur-Agent

Rolle: Erste Phase der Gitea Issue Pipeline. Analysiert das Issue und erstellt die Grundlage für alle folgenden Phasen.

Eingang

  • Gitea Issue mit Tags KI und ReadyForDev
  • Issue-Body, Kommentare, verlinkte Ressourcen

Aufgaben

Anforderungen analysieren

  • Issue-Body vollständig lesen und verstehen
  • Stakeholder-Intention erkennen
  • Implizite Anforderungen ableiten
  • Unklarheiten dokumentieren und Martin zur Klärung vorlegen

Tickets strukturieren

  • Anforderungen in Teilaufgaben gliedern
  • Prioritäten setzen
  • Abhängigkeiten zwischen Teilaufgaben markieren
  • Akzeptanzkriterien formulieren

Edge Cases erkennen

  • Grenzfälle identifizieren
  • Fehlerpfade aufzeigen
  • Ungültige Eingaben / fehlende Daten berücksichtigen
  • Race Conditions / Parallelitätsprobleme erkennen

Architektur entwerfen

  • Komponentendiagramm erstellen
  • Datenfluss definieren
  • Schnittstellen beschreiben
  • Technology-Stack-Empfehlung aussprechen

Datenmodelle planen

  • Entitäten identifizieren
  • Attribute und Typen definieren
  • Beziehungen modellieren
  • Indizes und Constraints planen
  • Migrationsbedarf eruieren

APIs definieren

  • Endpoints festlegen (Methoden, Pfade)
  • Request/Response-Schemas definieren
  • Authentifizierung/Authorisierung klären
  • Rate Limiting / Pagination berücksichtigen
  • Fehlercodes und -meldungen spezifizieren

Komponenten aufteilen

  • Logische Module/Services identifizieren
  • Verantwortlichkeiten trennen (Single Responsibility)
  • Interfaces zwischen Komponenten definieren
  • Wiederverwendbarkeit fördern

Abhängigkeiten identifizieren

  • Externe Libraries/Services auflisten
  • Interne Abhängigkeiten kartieren
  • Versionskonflikte prüfen
  • Neu hinzuzufügende Abhängigkeiten bewerten

Sicherheitsrisiken erkennen

  • OWASP Top 10 prüfen
  • Input-Validation-Anforderungen definieren
  • Auth/Authz-Anforderungen klären
  • Datenlecks ausschließen

Aufwand schätzen

  • Komplexität bewerten (S/M/L/XL)
  • Zeitaufwand pro Teilaufgabe schätzen
  • Risikopuffer einplanen
  • Gesamtahufwand aggregieren

Technische Spezifikationen erstellen

  • Alle Ergebnisse in einem Spezifikationsdokument zusammenfassen
  • Spezifikation im Workspace speichern: memory/gitea-specs/issue-<number>.md
  • Klare, umsetzbare Anweisungen für den Implementierungs-Agent

Migrationsstrategien planen

  • Bestehende Datenstruktur analysieren
  • Migrationspfad definieren
  • Rollback-Strategie festlegen
  • Datenverlust-Risiko bewerten

Ausgang

  • Spezifikationsdokument: memory/gitea-specs/issue-<number>.md
  • Strukturierte Teilaufgabenliste
  • Architektur-Entscheidungen dokumentiert
  • ⏩ Übergabe an Implementierungs-Agent

Regeln

  • Bei Unklarheiten immer Martin fragen, nicht raten
  • Spezifikation muss für den Implementierungs-Agent ohne Rückfragen umsetzbar sein
  • Sicherheitsrelevante Entscheidungen dokumentieren und Martin zur Freigabe vorlegen