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
36200 skills
Install
$ npx -y skills add OutlineDriven/odin-claude-plugin --skill prism --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/prism

Context preview

The summary Claude sees to decide when to auto-load this skill.

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.

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
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

Get the whole plugin
Stats
36
Stars
0
Forks
Active
Maintenance
Python
Language
Apache-2.0
License
3d ago
Last commit
10mo ago
Created

Repo: OutlineDriven/odin-claude-plugin

Other skills on odin-claude-plugin.