Skip to content

Anhang: Ziel-Plugin-Zuordnung aller 128 core-standards-Skills

Datum: 2026-07-27 · Bezug: vtd-vs-v025-comparison.md §9 · Spec-Kandidat: intake/pending/from-research/2026-07-24-dev-flow-plugin-split.md

Ziel-Architektur: eine dünne Basis + Persona-Plugins (statt eines core-standards-„Gott-Plugins"). Regel: ein Plugin = ein Job für eine Persona. Jeder der 128 Skills ist genau einem Ziel zugeordnet (maschinell auf Vollständigkeit geprüft).

Stand 2026-07-29 — teilweise überholt. Maßgeblich für die Umsetzung ist specs/163-core-standards-plugin-split/skill-assignment.tsv (durch tests/spec-163/test_assignment_reconciliation.bats ans Manifest gebunden). Dieses Dokument bleibt die Begründung der Zuordnung; überholt ist es in genau zwei Punkten (SPEC-163 Amendment A4): 1. Basis 128 → 119. W3 hat 9 statt 12 Skills zurückgezogen (Amendment A2): kw-prd, kw-prototype, kw-user-test tragen keinen Deprecation-Marker und sind keine Stubs. Der Block „Streichen" umfasst damit 9, nicht 12. Die drei gehen laut Amendment A5 nach vt-product-dev (59 → 62): ihr Gegenstand ist die pd-*-Front, und kw-prd/pd-2-prd bzw. kw-prototype/pd-3-prototype tragen byte-identische Descriptions — beide Hälften eines Paares gehören deshalb in dasselbe Plugin. 2. vt-base 17 → 15 + 2. Der Judgment-Call „Marke/Design → Basis oder eigenes vt-brand" (s. u.) ist entschieden: FR-4 macht vt-brand zu einem eigenen Plugin. visitrans-design-system und visitrans-cd zählen also nicht mehr zur Basis.

Nachgeprüft und bestätigt: Die Vereinigung aller Buckets ist exakt das 128er-Manifest vor W3 — keine Lücke, keine Dublette. Insbesondere ist gc sehr wohl zugeordnet (vt-toolkit, dessen zwölf Namen exakt zwölf sind); die gegenteilige Notiz im W3-Checkpoint war falsch.

Ziel Persona Skills aus den 128
vt-base alle (Fundament) 17
vt-product-dev Entwickler/PM, Ende-zu-Ende 59
vt-office Wissensarbeiter 13
vms (existiert) Compliance 1 (Rest schon im vms-Plugin)
vt-toolkit Toolkit-Wartung 12
vt-pm-intake (neu, klein) PM / Intake 11
Produkt-Scope (kein Plugin) je Produkt-Repo 3
Streichen (deprecated) 12

vt-base — geteiltes Fundament (17)

Von ≥2 Personas gebraucht → gehört nicht in ein Domänen-Plugin. Dazu die Hooks + geteilten Review-Agenten (s. u.).

Governance (4): repo-init · repo-audit · repo-health · project-register Marke/Design — von Flow und Office genutzt (2): visitrans-design-system · visitrans-cd (alternativ eigenes vt-brand) Memory & Lern-Loop / Compound Engineering (8): dream · openbrain-capture · compound-docs · continuous-learning · learning-metrics · session-consolidator · session-journal · knowledge-index Parallel-Arbeit & Technik (3): git-worktree · using-git-worktrees · dispatching-parallel-agents

vt-product-dev — der durchgängige Flow (59)

PRD → Prototyp → Spec → Plan → Build → Review → Finalize → Operate. Eine Person von vorne bis hinten.

Einstieg (3): 0-init · 0-start · dev-start Scaffold (3): 1-bootstrap · bootstrap · scaffold Produktdesign-Front (12): pd-0-start · pd-1-research · pd-2-prd · pd-pid · pd-3-prototype · pd-4-validate · pd-5-specs · pd-6-handoff · pd-analyze-changes · pd-capture-decisions · pd-inbox-scan · pd-route-decision Spec-Werkzeuge (6): spec-from-requirements · specs-from-prd · spec-check · shape · activate · complete Workflow-Phasen (6): 2-plan · 3-build · 4-review · 5-finalize · 6-operate · phase-checkpoint Bauen (6): frontend-design · feature-flags · safe-migrations · defense-in-depth · executing-plans · recursive-criticism Testen (3): test-driven-development · testing-anti-patterns · webapp-testing Debuggen & Betrieb (6): systematic-debugging · root-cause-tracing · bug-report · triage-bugs · error-monitoring · verification-before-completion Sicherheit — Abhängigkeiten (2): npm-security · python-security Qualität & Release (3): quality-metrics · quickfix · promote Doku im Flow (3): adr · user-manual-generate · user-manual-update Bau-Muster — optional (3): multi-tenancy · mcp-builder · agent-native-architecture Sprach-Pakete — optional (3): dhh-ruby-style · andrew-kane-gem-writer · dspy-ruby

vt-office — allgemeine VisiTrans-Skills (13)

Dokumente, Meeting-Minutes, Präsentationen, Diagramme.

doc-versioning · document-converter-branded · docs-pipeline-orchestrator · every-style-editor · meeting-minutes · gamma-presentation · remotion-video · gemini-imagegen · mermaid-diagrams-branded · mermaid-to-images · markdown-diagram-processor · c4-diagram · diagram-validate

vms — VisiTrans Management System (1 aus den 128)

Existiert bereits als Plugin mit 10 vms-*-Skills; aus core-standards zieht nur hier her:

compliance-checklist

vt-toolkit — Toolkit-Wartung (12)

Nur für Toolkit-Entwickler (dich). Raus aus der Oberfläche aller anderen Personas.

skill-creator · skill-audit · skill-eval · skill-promote · skill-demote · skill-structural-screen · create-agent-skills · toolkit-review · toolkit-update · doc-sync · gc · claudemd-evolve

vt-pm-intake — PM & Intake (11) — neues kleines Plugin oder in vt-base

Waisen-Cluster: repo-übergreifendes PM + Research/Intake/Bewertung. Bewusst zu platzieren.

PM-Aggregation (3): domain-dashboard · project-sync · weekly-planning Research / Intake / Bewertung (8): inbox-qualify · research-ingest · research-implement · content-evaluate · repo-evaluate · pov · web-capture · autoresearch-agent

Produkt-Scope (3)

~~Via scope: product: (SPEC-123), nicht global deployen.~~

Überholt (SPEC-163 Amendment A3, 2026-07-29). scope: product: schränkt das Auto-Matching von Claude auf passende Repo-Pfade ein — es verhindert kein globales Deployment. Die drei Skills waren also überall deployed. Zusätzlich zeigten alle Globs in intake/projects.yaml auf die Verzeichnisnummerierung vor der Umbenennung (04-VisiMatch statt 02-VisiMatch usw.), matchten also nichts. Beides ist korrigiert; die drei gehören jetzt zu vt-product-dev (62 → 65) und behalten scope: product:. Plugin-Zugehörigkeit und Produkt-Scoping sind zwei verschiedene Mechanismen.

container-logistics-ux-expert · messegelaende-cleanup · skill-venue-hall-research

Streichen — deprecated (12)

Nicht verschieben, sondern zurückziehen.

Knowledge-Work-Stubs (9): kw-0-start · kw-1-plan · kw-2-execute · kw-3-review · kw-4-publish · kw-prd · kw-prototype · kw-specs · kw-user-test Sonstige deprecated (3): ralph-wiggum-loop · writing-plans · file-todos


Summe: 17 + 59 + 13 + 1 + 12 + 11 + 3 + 12 = 128

Judgment-Calls (bewusst zu bestätigen)

Nicht alle Zuordnungen sind zwingend — diese sind die echten Grenzfälle: - Marke/Design (visitrans-design-system, visitrans-cd) → Basis oder eigenes vt-brand (Flow + Office nutzen sie). - Lern-Loop (continuous-learningknowledge-index) → Basis oder Flow (Bug-Lernen ist dev-nah). - Sprach-Pakete (dhh-ruby-style, andrew-kane-gem-writer, dspy-ruby) → optionale Flow-Pakete oder streichen. - vt-pm-intake → eigenes kleines Plugin oder in die Basis / ins vt-toolkit. - autoresearch-agent → Intake oder Streichen (Nische).

Agents & Hooks

  • Agents (55): die ~20 Code-Review-Agenten + 6 Orchestratoren + persona-selectvt-base (vom Flow und teils Office genutzt). Reine Nicht-Code-Reviewer (document-/presentation-/research-/project-plan-quality, gamma-architect, every-style-editor) → vt-office; knowledge-work-orchestrator → streichen; ims-writervms; ankane-readme-writervt-office/streichen. Research-/interview-Agenten → vt-product-dev (pd-1/pd-4).
  • Hooks (14): alle → vt-base. Sicherheit/Qualität (secret-scanner, security-lint, supply-chain-guard, auto-format, quality-gate, commit-size-monitor, branch-switch-gate-invalidation, partition-guard, venv-guard) + Infra (session-start, precompact-*, postcompact-*, autonomy-continue, intent-skill-matcher).