feat: .commit-on-main als Workflow-Erkennung in /go und /ship

Beide Skills erkennen den direkten Workflow jetzt über zwei Wege:
CLAUDE.md-Angabe oder Vorhandensein der Datei .commit-on-main.
Konflikt mit Remote-Version zugunsten der strukturierteren Variante
aufgelöst (explizite Schritt-Markierungen, getrennter Abschluss-Block).

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

skills/go/SKILL.md

@@ -18,7 +18,16 @@ Wenn Tests fehlschlagen: Abbruch, Fehlerbericht ausgeben.
 Rufe den `simplify`-Skill (Plugin) für alle in dieser Session geänderten Dateien auf.
 Ziel: Redundanzen entfernen, Lesbarkeit verbessern, keine neuen Features einführen.
 
-## Schritt 3: PR erstellen
+## Schritt 3: PR erstellen oder direkt pushen
+
+Prüfe, ob das Projekt den direkten Workflow (ohne Branches/PRs) nutzt. Das ist der Fall, wenn **mindestens eine** der folgenden Bedingungen zutrifft:
+
+1. Die `CLAUDE.md` im Repository-Root gibt an, dass **direkt auf `master`/`main` commitet und gepusht** werden soll
+2. Eine Datei `.commit-on-main` existiert im Repository-Root
+
+→ Überspringe die PR-Erstellung. Stattdessen: `git push` und Commit-Hash ausgeben.
+
+**Ansonsten (normaler Branch+PR-Workflow):**
 
 Ermittle den aktuellen Branch-Namen, Owner/Repo und die Commit-Zusammenfassung:
 ```

skills/ship/SKILL.md

@@ -8,19 +8,18 @@ model: claude-haiku-4-5-20251001
 
 Führe diese Schritte der Reihe nach aus. Bei jedem Fehler: Abbruch mit klarer Fehlermeldung.
 
-## Vorab: Projekt-Modus erkennen
+## Schritt 0: Git-Workflow erkennen
 
-Prüfe die CLAUDE.md des Projekts. Falls dort steht, dass direkt auf `main` committet wird (kein Branching-Workflow):
+Prüfe, ob das Projekt den direkten Workflow (ohne Branches/PRs) nutzt. Das ist der Fall, wenn **mindestens eine** der folgenden Bedingungen zutrifft:
 
-1. **Commit** — wie Schritt 1 unten
+1. Die `CLAUDE.md` im Repository-Root gibt an, dass **direkt auf `master`/`main` commitet und gepusht** werden soll
-2. **Push** — `git push`
+2. Eine Datei `.commit-on-main` existiert im Repository-Root
-3. **Abschluss** — `git log --oneline -3` ausgeben
 
-Danach **fertig** — keine PR-Erstellung, kein Merge, kein Branch-Cleanup. Die restlichen Schritte werden übersprungen.
+→ **Nur Schritt 1 (Commit) und Schritt 2 (Push) ausführen**, dann direkt zum Abschluss springen. Schritte 3–7 entfallen.
 
----
+Ansonsten: normaler Branch+PR-Workflow (weiter mit Branch-Prüfung).
 
-## Schritt 0: Branch-Prüfung
+## Schritt 0b: Branch-Prüfung (nur bei Branch+PR-Workflow)
 
 ```
 git branch --show-current
@@ -67,7 +66,7 @@ Falls der Branch noch kein Remote-Tracking hat:
 git push -u origin <branch>
 ```
 
-## Schritt 3: PR erstellen
+## Schritt 3: PR erstellen (nur bei Branch+PR-Workflow)
 
 Ermittle Branch-Namen und Commits seit main:
 ```
@@ -85,26 +84,26 @@ Erstelle den PR via `mcp__gitea__pull_request_write` (method: create):
 
 Merke dir den PR-Index aus der Antwort.
 
-## Schritt 4: PR freigeben (Approve)
+## Schritt 4: PR freigeben (nur bei Branch+PR-Workflow)
 
 Genehmige den PR via `mcp__gitea__pull_request_review_write` (method: create_review):
 - `review_type`: APPROVED
 - `body`: "Automatisch freigegeben via /ship"
 
-## Schritt 5: PR mergen
+## Schritt 5: PR mergen (nur bei Branch+PR-Workflow)
 
 Merge via `mcp__gitea__pull_request_write` (method: merge):
 - `merge_style`: merge
 - `delete_branch`: true  ← löscht Remote-Branch automatisch
 
-## Schritt 6: Checkout main + Pull
+## Schritt 6: Checkout main + Pull (nur bei Branch+PR-Workflow)
 
 ```
 git checkout main
 git pull
 ```
 
-## Schritt 7: Lokale Branches aufräumen
+## Schritt 7: Lokale Branches aufräumen (nur bei Branch+PR-Workflow)
 
 ```
 git branch -d <feature-branch>
@@ -115,7 +114,11 @@ Falls `git branch -d` scheitert (Branch nicht vollständig gemergt laut git): tr
 
 ## Abschluss
 
-Gib aus:
+**Bei direktem Workflow (kein PR):**
+- Commit-Hash und -Titel
+- Aktueller Stand von `git log --oneline -3`
+
+**Bei Branch+PR-Workflow:**
 - PR-URL
 - Welche Branches gelöscht wurden
 - Aktueller Stand von `git log --oneline -3`