Plumbline

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Use optionally before ai-native-prd-architect when a vague product idea needs a user-facing feature spec and scope framing.

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.

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.

Use when a requirement, design gap, blocker, or open question must be closed with the user instead of being guessed by the agent.

Use during retrospectives to discover recurring process, prompt, skill, or workflow improvement candidates before authoring persistent changes.

Use when designing verification strategy so independent gates cover requirements, implementation, security, validation, and judgment without claiming perfect certainty.

Use while carrying out an approved implementation plan, keeping task state, evidence, and deviations explicit.

Use after the same bug signature recurs two or more times so fixes stop treating symptoms and identify the causal chain before further edits.

Use when creating or updating a Claude Code skill directory with a focused SKILL.md, safe trigger conditions, workflow, guardrails, and validation notes.

Use when a verification gate fails and the next fix needs reproducible diagnosis instead of speculative patching.

Use when implementing a code task so the test is written or updated before production code and proves the requested behavior.

Use when reviewing tests for fragility, over-mocking, false positives, missing production wiring, or assertions that do not prove the requirement.

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.

Use before non-trivial work on a default branch to isolate changes in a feature branch or dedicated git worktree.

Use when creating implementation plans that can be executed by humans or agents with traceable requirements and validation commands.

Use when authoring or modifying a Claude Code skill so the result is focused, discoverable, safe, and not duplicative.