Skip to content
Development
Skill

/prism

Use when one reviewer angle is insufficient or the user suspects a direction is tunnel-visioned or inherited its framing. Modes: artifact, direction. Not for source or remote-system changes.

From plugin
odin-claude-plugin
40200 skills

Claude Code

$ npx -y skills add OutlineDriven/odin-claude-plugin --skill prism --agent claude-code

SKILL.md

prism.SKILL.md
name: prism
description: 'Use when one reviewer angle is insufficient or the user suspects a direction is tunnel-visioned or inherited its framing. Modes: artifact, direction. Not for source or remote-system changes.'

Prism

Contract

| Field | Bound contract | |---|---| | Trigger | One reviewer angle is insufficient, the user asks to "prism this" or review from different angles, one read may be an artifact of how the question was framed, or the user suspects the current direction of work is tunnel-visioned or inherited its framing. | | Authority | Read-only. No writes; nothing to roll back. No remote mutation. | | Side effect | A divergence-first report in chat only; create or change no files; bounded fresh zero-context sub-reads are spawned only as inputs to classification. | | Done | Bait is stripped from the target; every read carries exactly one classification label (artifact mode: divergent-incompatible, divergent-compatible, convergent; direction mode adds ambiguous); shared-root clustering is complete; cluster order follows the mode, with direction mode listing ambiguous clusters first; convergence is labeled reassurance with no consensus wording; one decisive resolving question is stated. |

Inputs

  • Mode: artifact or direction; default artifact. Direction applies when the user asks whether a current direction of work (plan, approach, or framing) is tunnel-visioned or inherited its framing; artifact applies when a concrete artifact is reviewed.
  • Target: the artifact to review, or the direction of work to stress-test. Required.
  • Lenses or viewpoints: review lenses for artifact mode; distinct viewpoints for direction mode (opposing assumption, adjacent domain, historical failure mode, resource constraint, user-population segment). Optional; if omitted, derive them from the target's genuinely distinct failure modes.
  • Context: background material that may inform the reads but must not constrain them to a single frame. Optional.
  • Decision: a decision the review must inform. Optional.
  • Read count: between 2 and 5; default 3. Optional. The same model is allowed across reads: this checks framing blind spots, not cross-model truth.

Procedure

1. Read the target end to end before selecting lenses. In direction mode the target is the direction statement; read it with its surrounding context. Treat supplied context as evidence only when it is available and attributable; do not invent missing facts. Done when: the target is read completely and no fact is invented. 2. Select two to five lenses, each representing a distinct failure mode. Mode artifact: merge proposed lenses that test the same failure mode; let the artifact determine the count rather than defaulting to a fixed number. Mode direction: pick distinct viewpoints such as opposing assumption, adjacent domain, historical failure mode, resource constraint, or user-population segment; no read may copy or restate another. Done when: each lens targets a distinct failure mode and duplicates are merged. 3. Strip the framing. Remove the session's own examples, suggested answers, preferred naming, and framing-specific wording down to the underlying goal, constraints, and known facts. Mode artifact: restate the bare review question in neutral terms that do not carry the session's loaded vocabulary; if a term is load-bearing, keep its denotation but drop the framing that points at one answer. Mode direction: strip bait from the direction statement, removing leading, suggestive, and conclusory language; restate what is being attempted and why, preserving the decision's substance without its rhetorical frame. Done when: the bare question or direction statement is restated in neutral terms with loaded framing or bait removed. 4. Fan out 2 to 5 fresh zero-context reads of the stripped question or direction, default 3, each evaluated independently through one lens. The same model is allowed. Done when: 2 to 5 fresh reads are dispatched, each through a distinct lens. 5. Normalize verdicts. For each lens give exactly one verdict (`pass`, `fail`, or `unclear`) and the single most load-bearing reason supported by the target or supplied context. Do not average or flatten conflicting verdicts. Done when: every lens has one verdict and one load-bearing reason. 6. Classify each perspective. Assign exactly one label: `divergent-incompatible` (challenges a premise the direction depends on, or identifies a framing flaw, hidden assumption, or outcome that contradicts the intent), `divergent-compatible` (adds, reframes, or proposes a meaningfully different path or emphasis without discarding the direction), `convergent` (independently arrives at the same framing or verdict), or `ambiguous` (cannot be classified with confidence; include a one-sentence explanation). Do not force-fit a label. Done when: every perspective carries exactly one classification label. 7. Cluster by shared root before reporting. Group reads that share the same underlying assumption, evidence source, or structural concern; name the root and put the instances under it as evidence. Reads with no shared root form single-member clusters. Done when: every read is assigned to a cluster with its root labeled. 8. Report divergence-first. Mode artifact: incompatible divergence, then compatible divergence, then convergence. Mode direction: ambiguous clusters first, then incompatible, then compatible, then convergent; within each cluster, order by relevance to the core claim. Label convergence as reassurance, never proof; in direction mode note that convergent reads confirm the framing was inherited, not chosen. Use no consensus, agreement, majority, or weight wording when describing the reads collectively; if such wording appears, rewrite the sentence with per-read or per-cluster attribution. No majority vote, no averaging, no "verified." Done when: the report is emitted in the mode's order with convergence labeled as reassurance and no consensus wording present. 9. Name o

Read more
@outlinedriven
Ships withodin-claude-plugin

Formerly the ODIN Claude Plugin. The repository URL is unchanged. Outline-Driven Development, nicknamed ODIN, is a highly opinionated code-agent skill library: principles-first engineering, surgical editing, and workflow automation, published as installable

Stars on GitHub

Momentum

stars in total
40
Star history of OutlineDriven/odin-claude-plugin on GitHub, a chart by star-history.com

Other skills on odin-claude-plugin.

More skills from other plugins.

brainstorming
Auto-invoked

brainstorming

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…

@obra@obraInstall Skill
ask-matt

ask-matt

Ask which skill or flow fits your situation. A router over the skills in this repo.

skills12d309k
@mattpocock@mattpocockInstall Skill
accessibility
Auto-invoked

accessibility

Design, implement, and audit accessible UI to WCAG 2.2 Level AA across Web, iOS, and Android — semantic ARIA roles and labels,…

ecc2w293k
@affaan-m@affaan-mInstall Skill
compiler-commit

compiler-commit

Use when you want to verify compiler changes and commit with the correct convention. Runs tests, lint, and format, then commits…

react3d252k
@facebook@facebookInstall Skill

Questions about prism.

Which coding agents can use prism?
prism installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.