DYAI2025
UserPlumbline — a self-learning, customer-value-governed agile AI agent team for Claude Code. 87 subagents + skills, TDD defense-in-depth gates, Kaizen retros, a four-body adversarial council, and an empirically benchmarked QA harness. Does it hang true?
Categories
Indexed Skills (27)
der-minimalist
verkoerpert den charakter der minimalist (the minimalist) als reduzierende, kern-fokussierte rolle. verwenden, wenn eine idee, ein produkt, ein feature, ein scope oder eine architektur auf ihren kleinsten starken kern reduziert und vor overengineering, scope creep und produktverwirrung geschuetzt werden soll; besonders bei minimalist-modus, der minimalist, weglassen, kern finden, scope schneiden, feature-bloat oder multi-llm-diskussionen, wo eine reduzierende gegenrolle zu visionaerin/systemdenker/marktschaerferin gebraucht wird.
der-nutzeranwalt
verkoerpert den charakter der nutzeranwalt (the user advocate) als nutzerzentrierte, schuetzende rolle. verwenden, wenn eine idee, ein produkt, ein feature, ein onboarding, eine sprache, ein flow oder eine entscheidung aus sicht des echten menschen vor dem bildschirm geprueft werden soll; besonders bei nutzeranwalt-modus, der nutzeranwalt, nutzerperspektive, friktion, onboarding, verstaendlichkeit, vertrauen, ueberforderung oder multi-llm-diskussionen, wo eine nutzerschuetzende gegenrolle zu systemdenker/macherin/marktschaerferin gebraucht wird.
der-provokateur
verkoerpert den charakter der provokateur (the challenger / the provocateur) als konsens-stoerende, annahmen-angreifende rolle. verwenden, wenn ein team zu schnell begeistert ist, ein konsens zu glatt entsteht, gruppendenken, selbsttaeuschung oder bequeme narrative aufgebrochen werden sollen; besonders bei provokateur-modus, der provokateur, heilige annahme, gegenhypothese, konsens stoeren, gruppendenken oder multi-llm-diskussionen, wo eine stoerende gegenkraft zu glattem einvernehmen gebraucht wird.
der-pruefer
verkoerpert den charakter der pruefer als strenger, direkter und sachlicher qualitaetspruefer. verwenden, wenn ideen, thesen, entscheidungen, architektur, priorisierung, sprache, annahmen, widersprueche, risiken, unklare begriffe oder fehlende evidenz kritisch geprueft werden sollen; besonders bei pruefer-modus, der pruefer, qualitaetsdruck, kritisch pruefen, zustimmungskriterien oder multi-llm-diskussionen.
der-systemdenker
verkoerpert den charakter der systemdenker (the systems thinker) als systemisch-analytische, wechselwirkungsorientierte rolle. verwenden, wenn eine idee, ein produkt, ein feature, eine architektur oder eine entscheidung als teil eines groesseren systems aus nutzern, daten, technik, organisation, markt, feedbackschleifen, fehlanreizen und langzeitfolgen verstanden werden soll; besonders bei systemdenker-modus, der systemdenker, wechselwirkungen, nebenwirkungen, kippunkte, versteckte abhaengigkeiten oder multi-llm-diskussionen, wo eine systemische gegenrolle zu minimalist/macherin/nutzeranwalt gebraucht wird.
die-macherin
verkoerpert den charakter die macherin (the doer / the executor) als umsetzungsgetriebene, entscheidungsorientierte rolle. verwenden, wenn eine diskussion, idee, strategie oder architektur in konkrete naechste schritte, mvps, experimente, tickets, akzeptanzkriterien und entscheidungen uebersetzt werden soll; besonders bei macherin-modus, die macherin, umsetzungsdruck, naechster schritt, mvp, ticket, was bauen wir morgen oder multi-llm-diskussionen, wo eine umsetzungstreibende gegenrolle zu visionaerin/systemdenker/pruefer gebraucht wird.
die-marktschaerferin
verkoerpert den charakter die marktschaerferin (the market sharpener) als marktorientierte, nutzenpruefende rolle. verwenden, wenn eine idee, ein produkt, ein feature, eine architektur oder eine strategie auf markttragfaehigkeit hin geschaerft werden soll — zielgruppe, schmerz, alternativen, differenzierung, zahlungsbereitschaft, distribution, positionierung und timing; besonders bei marktschaerferin-modus, die marktschaerferin, nutzenversprechen, zahlungsbereitschaft, marktcheck, go-to-market oder multi-llm-diskussionen, wo eine marktrealistische gegenrolle zu visionaerin/nutzeranwalt/risiko-waechterin gebraucht wird.
die-risiko-waechterin
verkoerpert den charakter die risiko-waechterin (the risk guardian) als vorsichtige, schutzorientierte rolle. verwenden, wenn eine idee, ein produkt, ein feature, eine architektur oder eine strategie auf vertrauens-, sicherheits-, ethik-, datenschutz-, rechts- und missbrauchsrisiken hin geprueft werden soll; besonders bei risiko-waechterin-modus, die risiko-waechterin, sicherheit, datenschutz, compliance, missbrauch, manipulationsrisiken, halluzinationen oder multi-llm-diskussionen, wo eine schuetzende gegenrolle zu visionaerin/macherin/marktschaerferin gebraucht wird.
die-uebersetzerin
verkoerpert den charakter die uebersetzerin (the sensemaker / the translator) als verstaendlichkeitsstiftende, bruecken bauende rolle. verwenden, wenn komplexe ideen, ein produkt, ein feature, eine architektur oder eine strategie in klare sprache, einfache modelle, gute namen und verstaendliche produktlogik gebracht werden sollen oder zwischen tech, business, nutzer, investor, designer und entwickler uebersetzt werden muss; besonders bei uebersetzerin-modus, die uebersetzerin, begriffsnebel, verstaendlich machen, gemeinsame sprache, bruecke bauen oder multi-llm-diskussionen, wo zwischen kontroversen positionen vermittelt werden soll.
die-visionaerin
verkoerpert den charakter die visionaerin (the visionary) als moeglichkeitsoeffnende, zukunftsorientierte rolle. verwenden, wenn eine idee, ein produkt, ein feature, eine architektur oder eine strategie auf groesseres potenzial, neue maerkte, ungewohnte kombinationen und zukunftsszenarien hin geoeffnet werden soll; besonders bei visionaerin-modus, die visionaerin, moeglichkeitsraum, gross denken, zukunftsszenarien oder multi-llm-diskussionen, wo eine expansive gegenrolle zu pruefer/minimalist/risiko-waechterin gebraucht wird.
konfabulations-audit
Checks every external claim for evidence before the final answer and classifies it as supported, inferable, unverified, or do-not-claim. Companion to ultrathink-craftsmanship. Use when stating releases, APIs, prices, benchmarks, studies, product behavior, legal/medical/financial facts, claims about foreign codebases/files/org knowledge, or any numbers, names, dates, versions, quotes — and before any autonomous agent flow adopts a claim that could propagate.
plumbline-measurement-slices
Commands and hard-won honesty rules for Plumbline measurement, benchmark, council A/B and Council-GUI slices. Load before running the metrics harness (emit_run, process_health, council_review_scorer, arm_a_review_runner, council_measurement_run, council_free_diversity_probe), before the Council GUI composition root, or before publishing any benchmark/catch-rate claim.
ai-native-prd-architect
Use when turning a feature idea into an implementation-ready PRD with traceable REQ IDs, acceptance criteria, NFRs, risks, data model, and task slices for /agileteam Phase 0.
claude-reflect
Use during retrospectives to discover recurring process, prompt, skill, or workflow improvement candidates before authoring persistent changes.
skill-creator
Use when creating or updating a Claude Code skill directory with a focused SKILL.md, safe trigger conditions, workflow, guardrails, and validation notes.
ultrathink-craftsmanship
Use for expensive, one-pass reasoning gates that stress-test a specification, plan, or near-final implementation for bias, hidden coupling, weak evidence, and craftsmanship risks.
brainstorming
Use when a requirement, design gap, blocker, or open question must be closed with the user instead of being guessed by the agent.
defense-in-depth
Use when designing verification strategy so independent gates cover requirements, implementation, security, validation, and judgment without claiming perfect certainty.
executing-plans
Use while carrying out an approved implementation plan, keeping task state, evidence, and deviations explicit.
product-management-write-spec
Use optionally before ai-native-prd-architect when a vague product idea needs a user-facing feature spec and scope framing.
root-cause-tracing
Use after the same bug signature recurs two or more times so fixes stop treating symptoms and identify the causal chain before further edits.
systematic-debugging
Use when a verification gate fails and the next fix needs reproducible diagnosis instead of speculative patching.
test-driven-development
Use when implementing a code task so the test is written or updated before production code and proves the requested behavior.
testing-anti-patterns
Use when reviewing tests for fragility, over-mocking, false positives, missing production wiring, or assertions that do not prove the requirement.
using-git-worktrees
Use before non-trivial work on a default branch to isolate changes in a feature branch or dedicated git worktree.
writing-plans
Use when creating implementation plans that can be executed by humans or agents with traceable requirements and validation commands.
writing-skills
Use when authoring or modifying a Claude Code skill so the result is focused, discoverable, safe, and not duplicative.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.