Projektwissen der AG Prozesse aus AG_QGIS/Projektwissen abgeleitet

Übernommen ohne Historie aus AG_QGIS/Projektwissen (main @ decd2a0),
Skill sn-bpmn vom Branch BPMN-Skill @ 6efcac4 (ADR 0001).

- Skripte hallo.py, gitea.py, setup_workspace.py auf die Organisation
  AG_Prozesse umgestellt; das Workspace-Repo zählt über [workspace] repo
  als Ticket-Repo, auch ohne weitere [[repos]].
- pruefe_umlaute.py prüft jetzt die .py-Dateien des Workspace selbst.
- Branchmodell main plus Arbeitsbranches (ADR 0002).
- AGENTS.md, README, Leitfäden, Skills, Vorlagen, Fallstricke und Glossar
  auf die Prozessmodellierung zugeschnitten; QGIS- und Plugin-Spezifisches
  entfernt.
- Tests: python -m pytest -q .agents/skills -> 32 bestanden.

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

docs/entscheidungen/0001-uebernahme-aus-ag-qgis.md

@@ -0,0 +1,34 @@
+# 0001 – Arbeitsweise aus AG_QGIS/Projektwissen übernehmen, ohne Historie
+
+Status: vorgeschlagen · Datum: 2026-09-23 · Beteiligte: AG Prozesse
+
+## Kontext
+Die BPMN-bezogene Zusammenarbeit bekommt eine eigene Gitea-Organisation `AG_Prozesse`. In `AG_QGIS/Projektwissen`
+sind Regeln, Skripte, Skills und eine Wissensbasis für die KI-gestützte Zusammenarbeit entstanden, und der Skill
+`sn-bpmn` wurde dort auf dem Branch `BPMN-Skill` entwickelt. Das meiste davon ist nicht QGIS-spezifisch.
+
+## Entscheidung
+`AG_Prozesse/Projektwissen` wird **neu angelegt** und übernimmt ausgewählte Dateien aus
+`AG_QGIS/Projektwissen` (Stand `main` @ `decd2a0`, `sn-bpmn` von `BPMN-Skill` @ `6efcac4`) – **ohne Git-Historie**.
+QGIS- und Plugin-Spezifisches (Testrunner, Testkatalog, QGIS-Profil, ALKIS/WFS-Wissen, Modulkarte, Release)
+wird nicht übernommen.
+
+Folgende Grundsätze aus AG_QGIS gelten hier unverändert (dort ADR 0001, 0002, 0004, 0006, 0008):
+
+- `AGENTS.md` ist die einzige kanonische Anweisungsdatei; `CLAUDE.md` ist nur ein Zeiger darauf.
+- Das Repository heißt `Projektwissen`, der lokale Ordner `AG_Prozesse/`. Weitere Repositories der Gruppe werden
+  als eigenständige Klone daneben gelegt und in `workspace.toml` eingetragen.
+- Geteiltes Wissen liegt versioniert in `docs/`, nicht im lokalen Gedächtnis eines KI-Werkzeugs.
+- Die Anleitung beschreibt Claude Code; die Dateistruktur bleibt werkzeugneutral (`.agents/skills/` ist kanonisch).
+- Agenten verändern nichts auf dem Server; Push, Merge und Tag macht der Mensch.
+
+## Folgen
+Die Historie bleibt übersichtlich und enthält keine QGIS-Inhalte, auch nicht solche, die dort früher einmal
+committet und wieder entfernt wurden. Die Herkunft ist über diese Datei und die genannten Commits nachvollziehbar.
+Verbesserungen an den gemeinsamen Skripten (`hallo.py`, `gitea.py`, `setup_workspace.py`) müssen künftig in beiden
+Repositories nachgezogen werden, solange es kein gemeinsames Werkzeug-Repository gibt. Der Branch `BPMN-Skill` in
+AG_QGIS ist abgelöst.
+
+## Verworfene Alternativen
+Klonen und Löschen mit voller Historie (fremde Historie, alte Inhalte bleiben sichtbar); gemeinsames
+Werkzeug-Repository für beide Gruppen (derzeit mehr Aufwand als Nutzen, später möglich).

docs/entscheidungen/0002-branchmodell-main.md

@@ -0,0 +1,21 @@
+# 0002 – Branchmodell: `main` plus Arbeitsbranches
+
+Status: vorgeschlagen · Datum: 2026-09-23 · Beteiligte: AG Prozesse
+
+## Kontext
+In AG_QGIS gibt es drei Release-Kanäle (`unstable`, `testing`, `stable`), weil QGIS-Plugins über Plugin-Feeds an die
+Arbeitsplätze ausgeliefert werden. Hier gibt es keine Auslieferung: Ergebnisse sind Dokumente, Prozessmodelle und
+der Konverter, die direkt aus dem Repository genutzt werden.
+
+## Entscheidung
+Es gibt einen Hauptbranch **`main`**. Gearbeitet wird auf `feature/<issue-nr>-<kurzname>` bzw.
+`bugfix/<issue-nr>-<kurzname>`, zurückgeführt per Pull Request mit Review. Auf `main` wird nie direkt committet;
+auf Gitea wird `main` gegen direkte Pushes geschützt.
+
+## Folgen
+Keine Kanäle, keine Rückführung zwischen Kanälen, keine Release-Tags. Wird später eine versionierte Auslieferung
+nötig (etwa des Konverters), werden Tags auf `main` gesetzt und diese Entscheidung ergänzt.
+
+## Verworfene Alternativen
+Drei Kanäle wie in AG_QGIS (Aufwand ohne Auslieferungsweg); direkt auf `main` arbeiten (kein Review, keine
+Nachvollziehbarkeit).

docs/entscheidungen/README.md

@@ -0,0 +1,29 @@
+# Entscheidungen (ADR)
+
+Eine Datei je Entscheidung, fortlaufend nummeriert, nie nachträglich geändert. Wird eine Entscheidung ersetzt,
+bekommt die alte den Status „ersetzt durch NNNN“ und die neue verweist zurück.
+
+Vorlage:
+
+```markdown
+# NNNN – Titel
+
+Status: vorgeschlagen | angenommen | ersetzt durch NNNN   ·   Datum: JJJJ-MM-TT   ·   Beteiligte: …
+
+## Kontext
+Warum stand die Entscheidung an? Welche Randbedingungen?
+
+## Entscheidung
+Was wurde entschieden (ein Satz), danach die wichtigsten Details.
+
+## Folgen
+Was wird dadurch einfacher, was schwerer, was muss getan werden?
+
+## Verworfene Alternativen
+Kurz, mit Grund.
+```
+
+| Nr. | Titel | Status |
+|---|---|---|
+| 0001 | Arbeitsweise aus AG_QGIS/Projektwissen übernehmen, ohne Historie | vorgeschlagen |
+| 0002 | Branchmodell: `main` plus Arbeitsbranches | vorgeschlagen |