TGV · KI-First · Element-Register · generiert aus PLAT#05-SSOT · Stand 2026-09-14

Skills-Register — die Hände einzeln

Alle Skills aus der EINEN Registry (02_SKILLS/_registry.yaml): Name · Klasse · Endpoints · Verdrahtung. Suchen, filtern, je Skill die Fakten.

Ehrliche Grenze: Die Registry ist das Verdrahtungs-SSOT (was gebündelt/importiert/advertised wird) — sie trägt keinen Zweck-Klartext je Skill. Der lebt heute in den Skill-READMEs (02_SKILLS/tgv-skill-<name>/) + DB skill_definitions. Die bedienbare Sicht (Zweck · Prompts · Versionen, in-app) ist genau der ADMIN#01-Auftrag „PLAT.skills" (JC „sehr wichtig", Mockup existiert) — dieses Register ist die Brücke bis dahin.
⛔ Zweite ehrliche Grenze — was diese Seite nicht zeigt (gemessen 06.09.2026, AGENTEN#01): „Alle Skills“ oben heisst alle Skills der Registry — nicht alle Fähigkeiten des Dienstes. app.py trägt 108 Endpunkte unter /api/skill(s)/…; die Registry deckt davon 67 ab (über ihr endpoints:-Feld). 41 hängen direkt in app.py und stehen in keiner Registry — z. B. ustva-report (app.py:8168), accountant-send (:8543), presend-report (:8059), taxonomies (:3447). Ein Teil davon ist Infrastruktur (health · versions · dispatch · llm · intake), der Rest sind echte Fachfunktionen. ⭐ Warum das hier steht und nicht nur im Bericht: beide Doku-Flächen speisen aus der Registry bzw. aus skill_definitions — was in keiner von beiden steht, ist in keiner Übersicht sichtbar. Wer diese Seite für den Gesamtbestand hält, unterschätzt ihn um rund ein Drittel. Das ist ein Befund, kein Abschalt-Vorschlag.
Legende: http = FastAPI auf Hetzner (gebündelt + versioniert; Aufruf /api/skill/<endpoint>, Health-Liste /api/skills/health — Plural!) · n8n = Workflow-Skill (Webhook, kein Bundle) · cli = standalone Batch/Cron. Validator: 08_OPS/validate_skill_registry.py (Drift = exit 1). Registry ändern → NUR dort + Validator; diese Seite zieht KONZEPT#01 nach.