_externe-skills

Externe Skills — Coding-Trigger-Map

Source-Plugins:

• compound-engineering (every-marketplace) — Plan/Build/Review-Pipeline
• anthropic-agent-skills (claude-api, mcp-builder etc.)
• claude-plugins-official (frontend-design, skill-creator, mcp-server-dev)

Regel: Marvin merkt sich Skill-Namen nicht — er sagt typische Phrasen, Claude waehlt den Skill. Source of Truth fuer Eigenbau-Skills ist _index.md. Diese Datei ergaenzt das um externe Skills die fuer typische Coding-Phasen relevant sind.

Skills die NICHT passen (Ruby/Rails/iOS/Marketing-Editorial) sind hier bewusst nicht gelistet — siehe Skills bewusst nicht eingebunden unten.

---

Coding-Pipeline — Skill pro Phase

Bei jeder nicht-trivialen Code-Aufgabe lauft Marvin diese Phasen. Pro Phase ein Default-Skill. Wenn die Phase trivial ist (1-Zeilen-Fix, Typo, Wikilink-Reparatur) → improvisiert OK. Sobald Code-Architektur oder mehrere Files: Skill.

Idee unklar?     →  ce:brainstorm   (Requirements + Optionen ausarbeiten)
Plan noetig?     →  ce:plan         (Implementierungs-Plan + Sub-Agent-Findings)
Bau dran?        →  ce:work         (Ausfuehrung, Quality-Gates)
                    (bei MCP-Build statt ce:work: mcp-eigenbau)
                    (bei Cron-Lambda statt ce:work: routine-anlegen)
Review?          →  ce:review       (Multi-Persona-Code-Review)
                    document-review (fuer Plan/Spec/Doku, nicht Code)
Bug?             →  reproduce-bug   (GH-Issue → Repro)
Commit + PR?     →  git-commit-push-pr  (komplettes Ship)
                    git-commit (nur Commit ohne Push)
Lessons learned? →  ce:compound     (Wissen sichern → intern/wissen/)
QA Browser?      →  qa-staging      (eigen, fuer Web-Properties)
Security-Check?  →  security-audit  (eigen, fuer MCPs/agents-platform/Vault)

Mantra fuer Claude: Vor Edit/Write an Code-Files: „bin ich in Phase X — was ist der passende Skill?” Wenn keine Phase eindeutig: improvisierter Modus OK.

---

Trigger-Map (typische Marvin-Phrasen → Skill)

Plan-Phase

Marvin sagt	Skill	Quelle
„lass uns brainstormen”, „wie sollten wir X bauen?”, „ich bin mir unklar ueber Y”, „was waere wenn”, „durchdenken wir X”	ce:brainstorm	compound-engineering
„plane wie wir X bauen”, „mach mir einen plan”, „break X down”, „wie gehen wir das an?”, „tech plan fuer Y”, „implementierungsplan”	ce:plan	compound-engineering
„deepen den plan”, „vertiefe das”, „erweitere den plan”	ce:plan (deepen)	compound-engineering
„verbesserungsideen fuer X”, „was koennen wir noch optimieren”	ce:ideate	compound-engineering

Build-Phase

Marvin sagt	Skill	Quelle
„bau das”, „mach mal”, „implementier Y” (mit existierendem Plan)	ce:work	compound-engineering
„bau einen MCP fuer X”, „neuer MCP-Server”	mcp-eigenbau (eigen)	siehe _index.md
„neue Routine”, „Cron-Agent anlegen”, „Lambda fuer X”	routine-anlegen (eigen)	siehe _index.md
„bau Hugo-Page X”, „neue Landing-Page”, „Slide-Deck-Layout”	frontend-design	claude-plugins-official
Code beruehrt anthropic/@anthropic-ai/sdk, Prompt-Caching, Tool-Use, Claude-Modell-Migration	claude-api	anthropic-agent-skills
„neuer Skill fuer X” (Plugin-Skill bauen)	skill-creator	anthropic-skills — nur wenn der Eigenbau via mcp-eigenbau-Pattern nicht passt

Review-Phase

Marvin sagt	Skill	Quelle
„review den branch”, „code review vor PR”, „schau drueber”, „checke den diff”	ce:review	compound-engineering
„review meinen plan”, „check das spec”, „passt der Tech-Plan?”	document-review	compound-engineering
„security audit”, „ist X sicher zu deployen”, „OWASP check”, „pentest mcp”	security-audit (eigen)	siehe _index.md
„qa die seite”, „browser test”, „check av-website”	qa-staging (eigen)	siehe _index.md

Bug / Investigation

Marvin sagt	Skill	Quelle
„reproduzier den bug”, „ist X ein bug?”, „GH-issue #123 nachvollziehen”	reproduce-bug	compound-engineering

Ship-Phase

Marvin sagt	Skill	Quelle
„commit das”, „save my changes”, „commit das mit message”	git-commit	compound-engineering
„commit + push + PR”, „ship das”, „push und mach PR”, „open pull request”	git-commit-push-pr	compound-engineering
„aktualisier die PR description”, „refresh den PR”	git-commit-push-pr (PR-update Mode)	compound-engineering
„parallel branches”, „neuer worktree”, „isolierte branch fuer X”	git-worktree	compound-engineering
„raeum die alten branches auf”, „delete gone branches”	git-clean-gone-branches	compound-engineering

Maintenance / Compounding

Marvin sagt	Skill	Quelle
„dokumentier was wir gelernt haben”, „lesson learned aus X”, „save the pattern”	ce:compound	compound-engineering
„onboarding-doc fuer repo X”, „ONBOARDING.md generieren”, „dokument fuer neue contributor”	onboarding	compound-engineering
„arbeite die TODOs ab”, „batch resolve” (compound-engineering-TODOs)	todo-resolve	compound-engineering

Cross-Cutting

Marvin sagt	Skill	Quelle
„check Permissions in settings”, „warum wird X immer wieder gefragt”	claude-permissions-optimizer	compound-engineering
„test Playwright X”, „browser-test programmatic”	webapp-testing oder agent-browser	document-skills / compound-engineering
„context7 docs fuer library X”	context7 (MCP, kein Skill)	compound-engineering

---

Phasenbewusst arbeiten — wann Skill, wann nicht

Aufgabe	Skill?
1-Zeilen-Fix in einer existierenden Datei	nein, improvisiert
Typo / Wikilink-Reparatur	nein
Frontmatter eines Vault-Files ergaenzen	nein
Neue Funktion / neuer Endpoint / neuer MCP-Tool	ja — ce:plan → ce:work (bzw mcp-eigenbau)
Mehrere Files anfassen + Architektur-Entscheidung	ja — ce:plan zuerst
Bug der nicht offensichtlich ist	ja — reproduce-bug → ce:work
Code-Diff committen	ja — git-commit-push-pr (oder git-commit wenn ohne PR)
Vault-File schreiben/erweitern (Doku, Wissen)	abhaengig: bei strukturierter Doku → doc-coauthoring, sonst improvisiert
Skill anpassen / neuen Skill anlegen	je nach Kontext — bei eigenem Plugin direkt, bei externem Plugin: skill-creator

---

Skills bewusst nicht eingebunden

Skill	Quelle	Warum nicht
dspy-ruby	compound-engineering	Ruby — nicht Marvins Stack
dhh-rails-style	compound-engineering	Rails — nicht Marvins Stack
kieran-ruby-reviewer, kieran-rails-reviewer	compound-engineering	Ruby/Rails — nicht Marvins Stack
andrew-kane-gem-writer	compound-engineering	Ruby-Gems — nicht Marvins Stack
every-style-editor	compound-engineering	Marketing-Editorial-Stil — nicht passend zu seinem Schreibstil
test-xcode	compound-engineering	iOS — nicht Marvins Stack
mcp-builder (anthropic)	anthropic-agent-skills	Doppelt zu eigenem mcp-eigenbau (FastMCP-spezifischer Fork-Pattern)
build-mcp-server (mcp-server-dev)	claude-plugins-official	Doppelt zu eigenem mcp-eigenbau — generischer als sein eigener
Marketing-Skills (ad-creative, seo-audit, cold-email etc.)	marketing-skills	Outside Coding — separate Trigger-Disziplin, hier nicht eingebunden
pptx, canvas-design	document-skills	Marvin macht Slides als HTML, nicht .pptx

Bei Wechsel des Stacks (z.B. wenn er irgendwann Rails-Code anfasst): hier ergaenzen.

---

Aktualisieren

Wenn ein externer Plugin-Skill neu/veraendert auftaucht und zu Marvins Workflow passt: hier eintragen + ggf. in der Coding-Pipeline oben referenzieren.

Bei Plugin-Updates (compound-engineering minor versions): kurz checken ob neue Skills relevant sind und Trigger ergaenzen.