Christoph Emsenhuber
db9adaed46
Projekt-Skill unter .claude/skills/projektstatus/ — liest SSoT docs/teilprojekte.md frisch, gruppiert alle TP in Themenblöcke (inkl. TP17 Shelly, TP14-Migration) und rendert ASCII-Statusbaum + kritischen Pfad. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
59 lines
3.0 KiB
Markdown
59 lines
3.0 KiB
Markdown
---
|
||
name: projektstatus
|
||
description: Rendert den BF-Netzwerk-Projektstatus als Baum (alle Teilprojekte mit Status + kritischem Pfad). Use when Christoph nach "Projektstatus", "Fortschritt", "Baum", "Stand", "Übersicht" der TPs fragt, oder einen aktuellen Statusbaum sehen will.
|
||
---
|
||
|
||
# BF-Netzwerk Projektstatus (Baumform)
|
||
|
||
Ziel: einen **aktuellen, kompakten Statusbaum aller Teilprojekte (TP)** ausgeben — gruppiert
|
||
nach Themenblöcken, mit Status-Marker je TP und einer Zeile „kritischer Pfad" darunter.
|
||
|
||
## Quelle (immer frisch lesen — NIE aus dem Gedächtnis)
|
||
|
||
Kanonischer Stand = **`docs/teilprojekte.md`** (SSoT). Das ist die einzige Pflichtlektüre.
|
||
Bei Detailfragen ergänzend: `MEMORY.md`-Index im Memory-Ordner + einzelne `project_*`-Memories.
|
||
|
||
**Ablauf:**
|
||
1. `docs/teilprojekte.md` komplett lesen (Datei ist groß → ggf. in 2 Reads: Zeilen 1–290, dann 291–Ende).
|
||
2. Status je TP aus den `▸ …`-Headern und ✅/⏳/🔜/⏸️-Markern ableiten — **nicht** aus diesem Skill
|
||
oder aus alten Memories raten; die Datei überschreibt alles.
|
||
3. Baum rendern (Format unten). Datum aus dem Kontext (`currentDate`) in die Überschrift.
|
||
|
||
## Status-Marker (Legende)
|
||
|
||
`✅` fertig · `⏳` WIP/teil-erledigt · `🔜` TODO/geplant · `⏸️` vertagt · `◄` Kern-Ziel
|
||
|
||
## Themenblöcke (Gruppierung des Baums)
|
||
|
||
Immer diese Reihenfolge — spiegelt Fundament → Ausbau → Ziel:
|
||
|
||
1. **FUNDAMENT** — TP1, TP2, TP4
|
||
2. **WLAN / CAPsMAN** — TP3, TP3.1, TP3.2, TP3.3 (+ Sonos-Migration unter TP3)
|
||
3. **DISCOVERY (mDNS/SSDP)** — TP7, TP7.1, TP7.2
|
||
4. **IP-MIGRATION VLAN1→VLAN20** — TP14 (+ 14.1–14.5) + Omada-PVID-Fix
|
||
5. **SHELLY-MIGRATION** — TP17
|
||
6. **CF-TUNNEL / EXTERNER ZUGANG** — TP16
|
||
7. **FIREWALL / QoS** — TP5, TP5.1, TP6 (TP6 = Kern-Ziel ◄)
|
||
8. **HARDWARE** — TP15
|
||
9. **VPN** — TP10
|
||
10. **RESEARCH-GATED / SPÄTER** — TP8, TP9, TP11, TP12, TP13, TP-R
|
||
|
||
## Ausgabeformat
|
||
|
||
- ASCII-Baum in einem ```-Codeblock (├── │ └── ─).
|
||
- Je TP: `<marker> TP<n> <Kurztitel> (<Datum falls fertig>)`.
|
||
- Wichtige Unterpunkte/Caveats als eingerückte `└─`-Zeile (max. 1–2 je TP, nur das Entscheidende).
|
||
- Legende als letzte Zeile im Codeblock.
|
||
- Nach dem Codeblock **eine** Zeile **„Kritischer Pfad gerade:"** mit der aktuellen Arbeitskette
|
||
(aktuell: Omada-PVID-Fix + TP14.3-Sweep → TP14.5-Gate → TP5 Deny-by-default → TP6 CAKE/QoS;
|
||
TP17 + TP3.3 laufen unabhängig daneben) — diese Kette aber ebenfalls aus `teilprojekte.md`
|
||
§„Reihenfolge / Abhängigkeiten" verifizieren, nicht hart übernehmen.
|
||
|
||
## Ergänzungen vor/nach dem Baum
|
||
|
||
Christoph ergänzt oft Kontext **vor oder nach** dem Baum (z.B. „…und pack die offenen
|
||
Firewall-Punkte drüber" / „…mit Fokus auf TP17"). Solche Zusatzwünsche:
|
||
- **vor** dem Baum → als kurzer Vorspann (z.B. Highlight/Frage beantworten), dann Baum.
|
||
- **nach** dem Baum → als Nachtrag (Detailauszug, nächste Schritte, offene Entscheidungen).
|
||
Der Baum selbst bleibt im obigen Format stabil; die Ergänzungen rahmen ihn.
|