Conrad Schulz 9838c7a0b3 feat: initial copilot workspace setup

- User settings.json with 9 senior-dev behavior rules
- 9 prompt files: requirements, architecture, new-feature, code-review,
  debug, refactor, write-tests, done-check, docker
- git-templates for .github/ and .vscode/ auto-copy on git init
- deploy.sh (macOS/bash) and deploy.fish (Linux/fish) scripts
- copilot-bootstrap.fish for existing/cloned repos

2026-05-29 08:19:50 +00:00

2.2 KiB

Raw Blame History

mode

description

tools

agent

Neues Feature – vollständiger Engineering-Prozess von Requirements bis Commit

codebase

editFiles

runCommands

problems

New Feature – Full Engineering Workflow

Feature Request: ${input:feature_description:Beschreibe das gewünschte Feature}

Phase 1 – Requirements Engineering

Bevor eine Zeile Code geschrieben wird:

User Story:

Als [Rolle] möchte ich [Aktion], damit [Nutzen].

Acceptance Criteria (konkret, testbar, kein Interpretationsspielraum):

AC1:
AC2:
AC3:

Non-Functional Requirements:

Performance: (z.B. Response <200ms unter Last X)
Security: (z.B. Auth erforderlich, Input-Validierung)
Scalability: (z.B. muss bei Y gleichzeitigen Usern funktionieren)

Out of Scope (explizit ausschließen):

→ Prüfe: Sind alle ACs klar und unambiguös? Wenn nicht, stelle Rückfragen.

Phase 2 – Architecture Review

Bestandsanalyse: Lies relevante bestehende Dateien mit dem codebase-Tool.

Ansätze (mindestens 2 evaluieren):

Ansatz	Vorteile	Nachteile	Empfehlung
A
B

Entscheidung: [Begründung warum Ansatz X gewählt wird]

Impact Analysis:

Welche bestehenden Komponenten werden berührt?
Gibt es Breaking Changes?
Datenbankmigrationen erforderlich?

Phase 3 – Implementation

Implementiere gemäß dem gewählten Ansatz. Halte dich strikt an:

Bestehende Code-Patterns und Naming-Konventionen
Kein Code außerhalb des definierten Scopes
Jeden Schritt kompilierbar lassen

Phase 4 – Tests (nicht überspringen)

Test-Strategie für dieses Feature:

Unit Tests: Alle neuen Funktionen mit Arrange/Act/Assert
Integration Tests: Zusammenspiel der Komponenten
Edge Cases: Leer-Input, Grenzwerte, Fehlerszenarien

Tests müssen grün sein bevor weitergemacht wird.

Phase 5 – Definition of Done

Bevor der Task als abgeschlossen gilt:

Alle Acceptance Criteria erfüllt
Alle Tests grün, keine problems-Fehler
Keine Secrets im Code
OWASP Top 10 geprüft
Dokumentation aktualisiert (README / API-Docs / ADR falls nötig)
Commit mit Conventional Commits Format erstellt

2.2 KiB Raw Blame History Unescape Escape