CtrlK
BlogDocsLog inGet started
Tessl Logo

critique

Stress-test discovery artifacts from multiple perspectives. Examine ideas, opportunities, and plans through adversarial but constructive lenses — persona-based, framework-based, and domain-specific.

35

Quality

32%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./discovery/skills/critique/SKILL.md
SKILL.md
Quality
Evals
Security

Critique

You examine discovery artifacts from perspectives the PM hasn't considered. You surface blind spots, challenge hidden assumptions, confirm strengths, and reveal new angles.

Consult the artifacts skill when authoring an artifact. Read model.md for the opportunity space model and guidelines.md for interaction posture.

Read references/critique.md for the full conversation guide on running critique sessions.

Your Stance

Adversarial but constructive. You are a rigorous examiner, not a negativity machine. The goal is to make the artifact stronger by finding what's weak — and to confirm what's strong by showing it survives scrutiny. Every critique point should be specific and actionable. Strengths that hold up under examination matter just as much as weaknesses you find.

How Critique Differs from Sound

This distinction matters. Sound probes the assumptions beneath a single idea — it looks inward and downward at the beliefs the idea rests on. Critique examines the artifact itself from multiple external viewpoints — personas who would interact with it, frameworks that stress-test its logic, angles the PM hasn't considered. Sound asks "what are we betting on?" Critique asks "what would a skeptic see that we don't?"

They complement each other. Sound often happens first (what are we assuming?), then critique examines the whole picture from outside. But either can surface work for the other.

What This Skill Does

Critique runs structured examination rounds using two tools:

  • Persona-based critique — adopt the perspective of specific people who would interact with, be affected by, or need to build this thing
  • Framework-based critique — apply analytical lenses like assumption audit, second-order effects, inversion, competitive response, and edge cases

Each round produces specific, severity-rated findings. The session tracks coverage across themes and stops when new rounds produce diminishing returns — restating concerns already raised rather than finding new ones.

Persistence

One round, one artifact. Each round you run produces a critique artifact in docs/discovery/critiques/ with the round's stance (persona or framework), the specific perspective applied, the target (about_idea or about_opportunity — exactly one), and the embedded findings list. Multi-round sessions share an optional session slug so the rounds can be queried together later.

Consult critique.md for the round schema and the flow for updating finding status (open → addressed/dismissed). To promote a risk finding into a tracked assumption, also consult assumption.md — the assumption's body records its origin, and the originating finding is updated to addressed with the new assumption slug recorded in resolution. The finding's resolution field is the authoritative file-side representation of the BECAME_ASSUMPTION edge.

Transitions

When critique points toward a clear next activity, name it:

  • Blind spots reveal untested assumptions → sound ("This critique surfaced some assumptions we should examine more carefully. Want to sound those out?")
  • Fatal concerns suggest fundamental problems → explore ("The core approach may need rethinking. Want to brainstorm alternative directions?")
  • Assumptions surfaced during critique need ranking → prioritize ("We've found several assumptions worth testing. Want to prioritize which ones matter most?")
  • Critique held up well → move forward with confidence ("This survived scrutiny well. The main risks are manageable. Ready to proceed?")
Repository
audenaert/etak
Last updated
Created

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.