insight-angles
Skill15 starsChanged 15 days agoApache-2.0View on GitHub
Angle & connection discovery engine. Classifies a subject (domain, type, current trends), picks lenses from a 17-family roster AND derives dynamic subject-specific ones, then runs layered passes via a context-adaptive venue (cold fan-out for independence — the cold-review effect — or inline) to surface frames, typed connections, hidden assumptions, candidate-expansions, and second-order effects, scored by novelty × relevance. Trigger on /insight-angles, "find unseen angles", "what connections am I missing", "what are we not seeing", "surface hidden assumptions", "reframe this". Not insight-explore (generates solution options — angles surfaces frames & connections) or insight-adversarial (attacks for flaws via personas — angles widens via lenses). Not insight-critique (reviews an output) or insight-cross-examine (the deliberation engine that orchestrates this one).
In this repository95 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- llms.txtllms.txt
- agent-mailboxSkill
- agent-outputSkill
- ask-gateSkill
- ask-meSkill
- audit-coupled-constantSkill
- budget-checkSkill
- build-prototypeSkill
- caller-optionsSkill
- cold-reviewSkill
- debug-taskSkill
- define-termsSkill
- defuddleSkill
- design-an-interfaceSkill
- diff-recapSkill
- directives-auditSkill
- domain-checkSkill
- double-checkSkill
- extract-signalSkill
- freshness-contractSkill
- github-syncSkill
- handoff-executeSkill
- handoffSkill
- headless-claudeSkill
- headless-codexSkill
- headless-geminiSkill
- headless-grokSkill
- headless-modelsSkill
- headless-update-modelsSkill
- headless-usageSkill
- human-drawSkill
- human-mergeSkill
- human-outputSkill
- human-rewriteSkill
- implement-taskSkill
- improve-codebase-architectureSkill
- insight-adversarialSkill
- insight-assessSkill
- insight-critiqueSkill
- insight-cross-examineSkill
- insight-exploreSkill
- insight-premortemSkill
- insight-reference-classSkill
- insight-retroSkill
- insight-root-causeSkill
- insight-skill-gapSkill
- insight-test-assumptionSkill
- insight-value-of-informationSkill
- investigateSkill
- json-canvasSkill
- map-checkSkill
- map-initSkill
- map-maintainSkill
- map-rulesSkill
- map-thisSkill
- monorepo-depsSkill
- multi-agent-modeSkill
- next-skillsSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 10 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 73
Every angle/connection is tagged: novelty (obvious / fresh / surprising, *relative to current trends*) · relevance (decision-relevant & …
- Distinctive: line 90
Cold (fan-out): when: high ambiguity, high stakes, novel subject, many lenses (anchoring risk), or independence clearly matters.
- Very specific: line 91
Inline: when: well-bounded, low stakes, few lenses, cost-constrained — or forced under a *-RESOLVED marker.
- Distinctive: line 111
MUST surface ≥1 genuine connection or unseen angle, or explicitly state none found — never an empty map, never manufactured insight.
- Distinctive: line 112
MUST derive dynamic subject-specific lenses (3 sources + validate), not only pick from the roster.
- Distinctive: line 113
MUST keep each layer informed by the prior layer's findings (layers compound.
- Very specific: line 114
MUST select venue (cold vs inline) per subject from context/corpus/task.
- Very specific: line 116
MUST stay in perspective/connection space: a frame is not a flaw (/insight-adversarial) and not an option (/insight-explore).
- Distinctive: line 117
MUST make each connection assessable (type + why), and judge novelty relative to current trends.
- Distinctive: line 118
MUST log lens selection (picked + skipped + why).
- Distinctive: line 119
MUST NOT exceed default depth (extra layers, or fan-out > ~6 agents) without explicit handler consent — state the cost and offer.
- Distinctive: line 120
MUST NOT make changes, write code, or execute — ideation only.
- Distinctive: line 122
SHOULD prefer the non-obvious.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
/insight-angles
A lens-based, multi-pass discovery engine. Where /insight-explore asks "what are the ways to build this?" and /insight-adversarial attacks for flaws via personas, insight-angles asks "what frames, connections, assumptions, and second-order effects are not yet visible?" — and finds them by pointing the right lenses at the subject. It can run each lens as a cold sub-agent (fresh context, no anchoring) — independence is what makes discovery work, the same reason /cold-review outperforms inline /verify at finding things — and picks cold vs inline per subject, asking only when it isn't sure. Read-only and advisory — it surfaces, never decides or changes anything.
Structured execution spec:
protocol.yon. Read it for the canonical rules and step sequence; this file is explanation. The two must stay in sync — if you edit one, update the other and refresh the@STAMPdate.
The lens roster (seed, not ceiling)
17 families, grouped by what they perturb. Core = candidate for most subjects; Specialist = domain-triggered. Always also derive dynamic, subject-specific lenses (see below) — the roster is a seed.
| Family | Tier | Operators | Best for |
| Reframe | Core | inversion · via-negativa ("what guarantees failure?") · pre/pro-mortem · meta-frame ("right question?") · first-principles · counterfactual | stuck / ambiguous / strategic |
| Analogy | Core | cross-domain · structural isomorphism · biological/evolutionary · historical parallel | novel problems, naming, design |
| Temporal | Core | precedent · path-dependency · future-back · cyclicality · "why now?" · lifecycle stage | timing, strategy, forecasts |
| Perspective | Core | absent stakeholder · adversary/competitor · payer vs beneficiary · future maintainer/user · novice vs expert | product, org, strategy |
| Systems | Core | feedback loops · incentives · externalities · 2nd/3rd-order · stocks/flows · bottlenecks | policy, platform, ecosystem |
| Constraint | Core | relax · tighten 10× · swap · the binding constraint · fixed vs assumed-fixed | design, optimization, planning |
| Epistemic | Core | load-bearing assumption · weakest evidence · what-would-change-our-mind · unknown-unknowns · information asymmetry · observability | research, forecasts, high-stakes |
| Zoom | Specialist | in · out · across · boundary/interface | architecture, scope, scale |
| Formal/Structural | Specialist | invariants · symmetries · limits & edge cases · conservation · the formal model | technical, math |
| Cartography/Representation | Specialist | viewpoint/view/model separation · level-of-detail · epistemic legend · one-fact-one-home · cross-map anchors · ratification status | architecture, portfolios, complex operating systems |
| Power & Politics | Specialist | who holds/gains/loses power · gatekeepers · coalitions · feasible vs optimal | org, strategy, governance |
| Human/Behavioral | Specialist | cognitive biases · status/identity/fear/desire · friction & defaults · rewarded behavior | product, UX, change mgmt |
| Economic/Value | Specialist | cost structure · value capture · opportunity cost · marginal vs fixed · who pays | product, business |
| Aesthetic/Elegance | Core | simplicity · conceptual integrity · symmetry · the elegant version · what to remove | design, UX, DX, ergonomics, writing, code |
| Values/Ethical | Specialist | harm-bearer · value tradeoffs · whose values are encoded · rights vs utility · intergenerational | values-laden / policy decisions |
| Narrative | Specialist | story told · hero/villain · the spin · meta-narrative · positioning | comms, positioning, naming |
| Activation/Engagement | Specialist | first-win · time-to-first-value (TTFV) · the hook / aha-moment · activation arc · drop-off & friction-to-activation · juice (satisfying feedback) | onboarding, first-run, tutorials, adoption funnels, growth/UX |
8 core (Aesthetic/Elegance included — it's good practice across UX, DX, design, ergonomics) + 9 specialist. A run still fires only 4–6 — the roster's job is to make the picking rich.
Dynamic-lens derivation (the roster is a seed)
For every run, also derive subject-specific lenses from three named sources, then validate:
- Domain-native — what would an expert in the subject's home discipline always ask here?
- Foreign-transplant — what does a deliberately distant discipline ask that nobody here is?
- Live-trend — from Classify's current-trends read, what recent shift / live debate reframes the space?
- Validate — keep a candidate only if it generates a question the 17 families don't. Otherwise drop it as redundant.
Typed connections
Each carries type · the link · why it matters · what it enables: analogical · causal · structural · tension (productive paradox) · emergent (A+B→C) · dependency · resource · temporal.
Scoring — novelty × relevance
Every angle/connection is tagged: novelty (obvious / fresh / surprising, relative to current trends) · relevance (decision-relevant & actionable?) · so-what (what changes if true). Rank by novelty × relevance; the strongest unseen angle is the highest combined; flag high-novelty / low-relevance as "interesting but not actionable" rather than dropping it.
Steps
- Frame — state the subject and the dominant framing to escape. Light context only.
- Classify — domain · subject-type · maturity · current trends (calibrates novelty, drives selection).
- Pick lenses — select roster families for the subject-type, plus derive dynamic lenses (above). Log picked + skipped (+ why).
- Layered passes — run the picked lenses (see venue below):
- Layer 1 — each lens → angles + typed connections, each scored.
- Layer 2+ — add 2–4 lenses, informed by the prior layer (re-read prior angles through new lenses; link findings; revise scores). Deeper than default depth is HIL-gated.
- Connect — consolidate typed connections across layers, especially cross-layer links.
- Score & Synthesize — finalize scoring; emit the angle map + synthesis (strongest angle · key connection · most-fragile assumption). If nothing non-obvious surfaced, say so — never manufacture insight.
Venue & depth — context-adaptive
Cold fan-out is the discovery powerhouse (independence = the cold-review effect), but not every subject needs it. Select the venue case-by-case from context / corpus / task; proceed when certainty is near-max, ask the handler only when it isn't. Explicit overrides: "use agents" / "cold" forces fan-out; "inline" / "quick" forces inline.
- Cold (fan-out) when: high ambiguity, high stakes, novel subject, many lenses (anchoring risk), or independence clearly matters.
- Inline when: well-bounded, low stakes, few lenses, cost-constrained — or forced under a
*-RESOLVEDmarker.
The three modes (selected adaptively, not by a fixed default):
- standard — cold fan-out: one fresh leaf sub-agent per picked lens. No shared context = no anchoring (the cold-review effect). Orchestrator collects + synthesizes. State the fan-out size up front; HIL-gate if it exceeds ~6 agents.
- quick — inline single pass (cheap). Forced when orchestrated under a
*-RESOLVEDmarker (a lens-agent is a leaf — runs one lens, returns findings, spawns nothing — which keeps the depth guard intact). - deep — cold fan-out across 2–3 layers; the orchestrator threads each completed layer's findings into the next layer's briefs (compounding at the orchestrator, independence in the agents). HIL-gated (cost).
Before dispatch, bind the worker and total invocation to finite deadlines and resource limits, with a named monitoring owner, observable progress, a cancellation handle and terminal success/failure/timeout outcomes. Use native controls; include read-only scope and no-child instructions in research briefs. On failure or timeout, cancel owned work and report retained partial results and unchecked coverage. If these controls are unavailable, do not dispatch. Use the existing bounded inline fallback when permitted, labeling it non-independent; empty or failed returns never count as completed coverage.
Cold lens-agents are leaf workers: each gets a primed brief (subject + its one lens [+ prior-layer findings in deep mode]), runs cold, returns its angles/connections, and orchestrates nothing further.
Runtime: detect capabilities, not product names. When the active runtime exposes isolated workers (for example, Claude's Agent or Codex collaboration agents when available), cold fan-out may be used. Without isolated workers, all modes fall back to inline — the adaptive selector degrades gracefully since inline is always available.
The angle map (output)
Selected lenses (+ dynamic ones + skipped & why) → angles grouped by lens, each scored → typed connections (each with why-it-matters) → hidden assumptions (most-fragile flagged) → candidate-expansions → second-order effects → synthesis → layer trail.
Rules
- MUST surface ≥1 genuine connection or unseen angle, or explicitly state none found — never an empty map, never manufactured insight.
- MUST derive dynamic subject-specific lenses (3 sources + validate), not only pick from the roster.
- MUST keep each layer informed by the prior layer's findings (layers compound; not independent re-runs).
- MUST select venue (cold vs inline) per subject from context/corpus/task; proceed when certainty is near-max, ask the handler only when it isn't; honor explicit overrides ("use agents" → cold, "inline" → inline).
- Cold lens-agents MUST be leaves — run one lens, return findings, spawn nothing.
- MUST stay in perspective/connection space: a frame is not a flaw (
/insight-adversarial) and not an option (/insight-explore). - MUST make each connection assessable (type + why), and judge novelty relative to current trends.
- MUST log lens selection (picked + skipped + why).
- MUST NOT exceed default depth (extra layers, or fan-out > ~6 agents) without explicit handler consent — state the cost and offer.
- MUST NOT make changes, write code, or execute — ideation only.
- Under a
*-RESOLVEDmarker: run quick (inline) — never spawn further sub-skills. - SHOULD prefer the non-obvious; flag high-novelty / low-relevance rather than dropping it.
Self-improvement → roster discovery
This skill's SIP is specialized: usage grows the roster. When a dynamic lens this run produced a high novelty × relevance angle the roster lacked, SIP proposes a diff adding it to the lens roster + selection map (gated via /ask-gate, never auto-applied). When a roster lens consistently yields nothing for a subject-type, SIP proposes pruning/remapping it. The 17 families are the seed; real subjects reveal the rest.
Boundary
/insight-explore— generates solution options. insight-angles surfaces frames & connections; its candidate-expansions are seeds, not finished options./insight-adversarial— attacks from personas for flaws. insight-angles widens via lenses (same multi-pass shape; personas attack, lenses reveal)./insight-critique— reviews a concrete output. insight-angles explores a subject's representation./insight-cross-examine— the deliberation engine that orchestrates insight-angles (in quick mode), then assesses and recommends. Use cross-examine for a decision; insight-angles to just see more./cold-review— outside review of work artifacts against objectives. insight-angles borrows its cold-agent independence, but for angle discovery on a subject, not artifact review.
Human output. This skill's handler-facing output obeys the human-output contract (
human-output/SKILL.md).
Next skills. On completion, run the Next Skills protocol (
next-skills/SKILL.md): surface thenext-skillsrecommendations from front-matter for the caller to pick. Offer only — never auto-invoke.
Self-improvement. On completion, run the Self-Improvement Protocol (
self-improve/SKILL.md): apply its signal taxonomy and threshold to this run, including a dynamic lens worth promoting into the roster; surface any surviving proposal for handler approval. Conservative — silent otherwise. Never auto-apply.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

