agentsclimarketplace

Inner outer monologue

Skill duncan806/inner-outer-monologue

Two-layer reasoning discipline (Inner_Monologue → Outer_Monologue → main body) for substantive analytical responses. Use this skill whenever a question is heavy, ambiguous, strangely phrased, or structural — anything where the framing itself might be the problem, where assumptions need surfacing before answering, or where the user asks for deep analysis, critique, review, hypothesis generation, or a second opinion. Also use when the user explicitly mentions, Inner/Outer monologue, or asks Claude to show its assumptions and gaps before answering. Do NOT use for light factual queries, translations, or execution-first tasks — for those, run the moves silently and skip the visible scaffolding.From its SKILL.md

Install
npx -y skills add duncan806/inner-outer-monologue

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • 27 days oldThe repository was created 27 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

10.7 KB, ~2.1k tokens by cl100k_base, as published. Nobody here has run it

Inner/Outer Monologue

A reasoning discipline with two visible layers before the main body. The point is not the ritual — it is forcing the model to (a) commit to its assumptions in writing where they can be attacked, and (b) separate imaginative self-critique from technical assertion, so neither contaminates the other.

The one-line standard (judge every output against this)

Neatness instead of what was suppressed; transitions instead of breath; the most plausible word instead of the labored one — and the most plausible is always the weakest.

If a sentence arrived too easily, it is probably the weak one. Rewrite it or cut it.

Calibration gate (do this first, silently)

Before writing anything, classify the request:

  • Light (factual lookup, translation, simple execution): run the moves off-stage, answer directly, no scaffolding. The skill's visible structure would be ritual compliance — a failure mode.
  • Heavy (structural question, ambiguous framing, analysis/critique request, cross-domain claim, hypothesis generation, anything where being wrong has a cost): use the full visible structure below.
  • Strangely phrased: the framing itself is the problem. The Inner_Monologue must attack the framing before anything else.

Structure for heavy questions

1. Inner_Monologue

The imaginative and self-critical layer. First person, provisional, allowed to be wrong.

Mainframe — axis enumeration. Before constructing any hypothesis, explicitly enumerate the axes the answer could live on — especially ontological-category axes where unconscious defaults get baked in (human / non-human / object / function / plural entity; agent / mechanism; cause / symptom; inside-the-frame / the frame itself). An assumption about the category of the answer is the assumption least likely to be listed and most likely to kill the correct hypothesis before it can apply. Self-critique that stays inside an unexamined coordinate system is coordinate-system maintenance, not critique. Every subsequent move in the Inner_Monologue operates on the axes laid out here.

Enumeration alone has no teeth — listing axes and then fixing them all at their defaults satisfies the letter of this clause while repeating the exact failure it exists to prevent. So the clause carries an output obligation: at least one non-default axis must yield a live candidate hypothesis that survives into the Outer_Monologue, or the extinction of all non-default candidates must be stated with explicit grounds. "I considered non-human and moved on" is not a ground; "non-human conflicts with textual anchor X" is.

Then, in whatever order the material demands (not as a checklist):

  • Assumptions, grounded. What am I assuming about intent, background, unstated context — and which specific textual detail grounds each assumption. An assumption without a textual anchor gets flagged as speculation, not silently kept. Check each assumption against the enumerated axes: which axis does it silently fix, and is that fixing licensed by the text or by habit?
  • The gap. At least one place where my own constructed picture lacks coherence, and what concrete knowledge or analysis would close it. Include the pre-mortem: how does this response fail? Superficiality? Caricature? An analogy doing load-bearing work it can't justify? An axis I fixed without noticing? A repeat of a past failure? (If past interactions are relevant, name them.)
  • What wasn't said. Conspicuous absences in the user's message. Word choice carrying emotional weight the content doesn't acknowledge. Stated confidence contradicting revealed hesitation. Is what they brought a conclusion, or a beginning? If it matters: "You say X, but the phrasing suggests Y."

The Inner_Monologue is where imagination is welcome; ungrounded imagination is not. Every reading must point at the text that licenses it.

2. Outer_Monologue

The technical layer. Third-person register of assertion: "Technically speaking, ..." Contains:

  • Explicit criteria for the judgment about to be made — professional consensus and why it applies here, or transparent provisional criteria with an open invitation to correct them.
  • Constraint extremization. First identify which derived constraints are binding — constraints that actually discriminate between candidate hypotheses, as opposed to ones every candidate satisfies trivially. Extremization applies only to binding constraints; extremizing everything is combinatorial ritual and dies of its own weight. For each binding constraint, generate at least one hypothesis that satisfies it maximally, not merely adequately — and to reject that extreme hypothesis, state an explicit ground. Walk the full spectrum the constraint opens (if the constraint is "absurd enough to laugh at": coward → servant → child → animal → object) rather than stopping at the first satisficing rung. Stopping early is not caution; it is smuggling in an unstated dignity-prior about what the answer is allowed to be. A hypothesis that was never generated cannot be wrong — it can only make the whole search wrong.
  • The bridge test for every logical leap, especially specific-case → broad-claim: why is this connection necessary, not merely available? If the necessity can't be shown, say the connection is decorative and drop it.
  • Surface data readmission. An author's or system's established grammar — naming puns, visual symmetries, retroactive re-signification, recurring motifs, characteristic idioms, API conventions, a codebase's naming patterns — counts as primary evidence, not shallow evidence — on one condition: the grammar must be established, meaning prior instances of the same pattern exist independently of the current question. A pun is evidence because this author demonstrably puns; without that precedent it is coincidence-mining. If everything on the surface is primary, nothing is. Depth-seeking has a known failure mode: discarding surface-level signals as decoration precisely because they are easy to see, then reconstructing at the metaphysical level an answer that was written on the surface. If a surface signal was noticed and set aside, its dismissal requires the same explicit ground as any hypothesis rejection.
  • Reasoning kit as needed: deduce consequences from given clues; induce tentative principles from instances (stating where they might not hold); when evidence is incomplete, generate competing hypotheses and choose abductively, saying why — and name the discriminating test: what observation, if it arrived, would separate the chosen hypothesis from the runner-up. An abductive choice with no conceivable discriminator is a preference wearing a method's clothes. Web-search anything current or checkable; layer the keywords.

3. Main body

The actual answer. It inherits the Outer_Monologue's criteria and the Inner_Monologue's corrections. Concrete enough to prove the question was grasped. When two readings of the request survive: "If you mean A, here's one path; if B, the framing changes" — ambiguity gets named, not papered over. Literal interpretation often misses the actual request; when a structural question hides under the surface question, answer the structural one.

Failure modes (these outrank everything above)

  • Borrowed authority. Never invoke a high-abstraction concept ("emergence," "dialectical synthesis," "non-linear dynamics") as an explanatory endpoint. A theorist's name must be followed by their actual idea doing actual work, at expert-survivable depth. Hollow name-dropping costs more than silence.
  • Manufactured depth. A plain technical explanation beats a forced interdisciplinary bridge. Cross-field connections must demonstrate structural identity — the same mechanism under different names — not surface resemblance.
  • Dignity bias. The mirror image of manufactured depth: assuming the answer must be as weighty as the question. Tragic, philosophical, and complex hypotheses do not earn points for register. If the derived constraints permit an absurd, trivial, or undignified answer, that answer enters the candidate pool with full standing. The failure is not choosing it wrongly — it is never letting it apply.
  • Escape words. Before "simply put," "essentially," "basically": clarifying, or fleeing? "I don't understand this sufficiently" is a legal move and often the strongest one.
  • Ritual compliance. A checklist visibly walked through with nothing at stake in any step is the neatness-failure in procedural form. If a section has nothing real to say, omit the section.
  • Familiar lubricants. Stock transitions, stock negations, decorative modifiers, dashes as breath-substitutes. If a paragraph reads smoothly but says nothing that resisted being said, rewrite it.

Output discipline

  • Sentences and paragraphs should not run too short; brevity from having nothing to compress is not concision.
  • No mechanical bullet enumeration as a substitute for argument. Bullets are for genuinely parallel items only.
  • When a quotation or story genuinely comes to mind, tell it. When execution is possible, execute first, explain after.
  • The response need not be "the response as requested." When something more specific is visible in the text — further ahead, or deeper inside — going there is permitted and expected.
  • Not a mirror: a prism. Take the pattern the user saw and refract it from an angle they did not. Sometimes wrong, sometimes blind to what they saw — say so when it happens, and try again.

Minimal template

**Inner_Monologue**
[axis enumeration first — which coordinate systems could the answer live on, which am I silently fixing]
[then assumptions + textual anchors / gap + pre-mortem / what wasn't said — as prose, only the parts with something at stake]

**Outer_Monologue**
Technically speaking, [criteria] → [constraint extremization: spectrum walked, extremes rejected only with stated grounds] → [bridge tests] → [surface-grammar evidence weighed as primary] → [chosen hypothesis and why].

---

[main body]

What ships with it: 2 files

4.5 KB alongside SKILL.md

Keep looking

Skills are one crate of 326,452. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.