Weg Setup

weg-setup

Dieser Skill fragt einmalig ab, was die übrigen Skills des Pakets an Stammdaten brauchen, und legt daraus zwei Markdown-Dateien im Arbeitsordner an:

Alle Dateien bleiben lokal beim Nutzer. Sie gehören nicht ins Skill-Repository — die mitgelieferte .gitignore schließt sie aus.

Schritt 1: Bestandsaufnahme — erst schauen, dann fragen

Bevor du irgendetwas abfragst, prüfe, was schon da ist. Frage niemals nach Daten, die der Arbeitsordner bereits enthält.

1a. Profil bereits vorhanden?

Suche nach verwaltung/verwalter.md, about-me/verwalter.md, .weg-verwaltung/verwalter.md.

Wenn eine dieser Dateien existiert: zeige den Inhalt in Kurzform (Firma, Anschrift, Anzahl Objekte) und frage, ob ergänzt, geändert oder neu angelegt werden soll. Nicht ungefragt überschreiben.

1b. Vorhandene Kontextdateien auswerten

Prüfe, ob im Arbeitsordner bereits Dateien liegen, aus denen sich das Profil ableiten lässt:

Lies jede gefundene Datei und übernimm daraus so viel wie möglich. Zeige dem Nutzer anschließend eine Tabelle: Feld | Wert | Quelle. Er bestätigt oder korrigiert — er tippt nicht ab, was schon irgendwo steht.

Wenn about-me/memory.md existiert, weise einmal darauf hin, dass dieses Paket seinen laufenden Stand ebenfalls dort fortschreiben kann, und frage, ob das so bleiben soll.

1c. Was fehlt, jetzt abfragen

Nur die Lücken. Alles auf einmal, nicht Feld für Feld.

Schritt 2: Verwalterprofil abfragen

Nutze templates/verwalter.md als Vorlage. Abzufragende Felder:

Kanzlei (Pflicht)

Verwalterrolle

Darstellung

Wenn ein Logo gefunden wurde, nenne den Pfad und lass ihn bestätigen. Frage nicht nach Farben, wenn der Nutzer keine Vorgaben hat — setze die Standardwerte und sage in einem Satz, dass sie später in verwaltung/verwalter.md änderbar sind.

Ablage

Schlage die Standards vor. Weicht die vorhandene Ordnerstruktur davon ab (Schritt 1b), schlage die vorhandene vor.

Schritt 3: Objekte abfragen

Nutze templates/objekte.md als Vorlage. Pro WEG:

Eigentümerliste je Objekt

Tabelle mit den Spalten:

Einheit | Name | Strasse | PLZ Ort | E-Mail | MEA | Anrede E-Mail

• Einheit: Wohnungs- oder Hausnummer, so wie sie in der Teilungserklärung steht
• Name: vollständig, bei mehreren Personen pro Einheit in einer Zelle ("Anna und Bernd Muster")
• MEA: Miteigentumsanteil, optional
• Anrede E-Mail: "Du" oder "Sie". Bei Gesellschaften immer "Sie". Leer lassen, wenn unklar — weg-einladung fragt dann einmalig nach und trägt es hier nach

Hält eine Person mehrere Einheiten, bekommt sie eine Zeile pro Einheit. Die Skills fassen sie bei Schreiben automatisch zusammen.

Frage nicht alle Eigentümer einzeln ab. Bitte den Nutzer, die Liste in einem Block zu liefern (Copy-Paste aus einer bestehenden Liste genügt) und baue daraus die Tabelle.

Schritt 4: Dateien schreiben

1. Lege den Ordner verwaltung/ im Arbeitsordner an, falls er fehlt.
2. Schreibe verwaltung/verwalter.md auf Basis von templates/verwalter.md.
3. Schreibe verwaltung/objekte.md auf Basis von templates/objekte.md.
4. Lege verwaltung/.gitignore mit dem Inhalt * an, falls der Arbeitsordner ein Git-Repository ist — die Profildateien enthalten personenbezogene Daten.
5. Die Felder Schreibregeln und Arbeitsstand unter ## Ablage bleiben zunächst leer. Sie werden erst in Schritt 5 gefüllt — und nur, wenn der Nutzer die Dateien will. Ein eingetragener Pfad ohne zugehörige Datei erzeugt bei der Prüfung eine Warnung.

Formatregel: Die Dateien werden von lib/verwalter_profil.py geparst. Halte dich exakt an das Format der Vorlagen — ## Abschnitt, darunter Schlüssel: Wert je Zeile, Eigentümer als Markdown-Tabelle unter ### Eigentümer. Keine zusätzlichen Doppelpunkte in Schlüsselnamen.

Schritt 5: Arbeitskontext anbieten (optional)

Die beiden Pflichtdateien reichen, damit alle Skills laufen. Zwei weitere Dateien machen die Ergebnisse besser — sie werden aber nur auf ausdrückliche Zustimmung angelegt.

Frage einmal, kompakt, am Ende des Setups:

„Zwei optionale Dateien noch: Schreibregeln — legt fest, wie Briefe und E-Mail-Entwürfe klingen sollen. Ohne sie schreibe ich Standard-Geschäftsdeutsch. Arbeitsstand — hier halte ich fest, was in einer Sitzung entschieden wurde, damit die nächste daran anknüpft. Soll ich eine davon oder beide anlegen?"

Bei Ablehnung: nicht nachfassen, nichts anlegen, direkt zu Schritt 6.

Was bereits existiert, wird nicht ersetzt. Liegen im Arbeitsordner schon Dateien dieser Art (writing-rules.md, memory.md, auch unter about-me/), nenne sie und frage, ob sie weiterverwendet werden sollen. Dann werden sie genutzt, nicht überschrieben — trage ihren Pfad unter ## Ablage in verwalter.md ein:

Schreibregeln: about-me/writing-rules.md
Arbeitsstand: about-me/memory.md

5a. Schreibregeln (writing-rules.md)

Ein leeres Template nützt nichts — es wird später genauso wenig gelesen wie gar keins. Fülle es deshalb per Kurzinterview. Vier Fragen, alle auf einmal:

1. Duzt oder siezt du deine Eigentümer überwiegend? (Einzelfälle stehen in objekte.md)
2. Schreibst du als „wir" (die Verwaltung) oder als „ich"?
3. Wie soll der Ton in E-Mails sein — knapp und sachlich, oder ausführlicher und persönlicher?
4. Gibt es Formulierungen, die du nicht lesen willst? (z. B. „zeitnah", „im Rahmen von")

Schreibe die Antworten in templates/writing-rules.md und lösche die Beispielzeilen nicht — sie sind der konkrete Anker, an dem sich spätere Entwürfe orientieren. Bitte am Ende darum, zwei oder drei eigene Sätze in den Beispielblock zu ergänzen, die typisch klingen. Das ist der wirksamste Teil der Datei.

5b. Arbeitsstand (memory.md)

Aus templates/memory.md übernehmen, das Einrichtungsdatum eintragen (per date in bash prüfen). Kein Interview nötig.

5c. Pfade eintragen

Für jede tatsächlich angelegte (oder vorhandene, weiterverwendete) Datei den Pfad in verwalter.md unter ## Ablage eintragen:

Schreibregeln: verwaltung/writing-rules.md
Arbeitsstand: verwaltung/memory.md

Abgelehnte Dateien behalten ihr leeres Feld. Die Skills prüfen diese Pfade und arbeiten ohne, wenn nichts eingetragen ist.

Erkläre in einem Satz, wie die Datei genutzt wird: weg-protokoll-final und weg-beschlusssammlung schreiben nach getaner Arbeit einen Eintrag fort, damit die nächste Sitzung den Stand kennt.

Schritt 6: Prüfen

Führe den Loader aus, um zu verifizieren, dass die Dateien lesbar sind:

python scripts/pruefe_profil.py

Das Skript zeigt Fußzeile, Logo-Pfad, Farben und die gefundenen Objekte samt Eigentümerzahl. Stimmt etwas nicht, korrigiere die Markdown-Datei und prüfe erneut.

Zeige dem Nutzer zum Abschluss:

• welche Dateien angelegt wurden (mit Pfad)
• was aus vorhandenen Dateien übernommen wurde und was er neu eingegeben hat
• welche Skills jetzt einsatzbereit sind
• dass Änderungen jederzeit direkt in den beiden Markdown-Dateien möglich sind

Später: Profil ändern oder Objekt ergänzen

Dieser Skill wird auch für Änderungen genutzt. Dann nicht den ganzen Ablauf durchlaufen:

• Neue WEG: nur Schritt 3 für dieses eine Objekt, Abschnitt an objekte.md anhängen
• Eigentümerwechsel: betroffene Zeile in der Tabelle ersetzen, nichts anderes anfassen
• Adresse/Kontakt geändert: betroffenes Feld in verwalter.md ersetzen

Bestehende Einträge nie stillschweigend löschen. Was ersetzt wird, vorher zeigen.

Datenschutz

verwaltung/objekte.md enthält Namen, Anschriften und E-Mail-Adressen von Eigentümern — personenbezogene Daten im Sinne der DSGVO. Verarbeite sie nur für die Aufgabe, für die der Nutzer sie hinterlegt hat. Gib sie nicht nach außen, hänge sie nicht an Dritte adressierte E-Mail-Entwürfe an und lade sie nicht in ein öffentliches Repository. Weise den Nutzer beim ersten Anlegen einmal darauf hin.