Structured Analysis Skill
Apply CIA/IC Structured Analytic Techniques to produce defensible, evidence-based analytical assessments. Every claim must be cited. Every judgment must trace to technique outputs.
Invocation
/structured-analysis:analyze → Adaptive mode (auto-select techniques)
/structured-analysis:analyze <technique> → Direct mode (run one technique)
/structured-analysis:analyze --guided → Guided mode (walk through all phases)
/structured-analysis:analyze --resume <analysis-id> → Resume or update existing analysis
/structured-analysis:analyze --iterate <analysis-id> → Re-run full analysis with new evidence
/structured-analysis:analyze --iterate <analysis-id> <technique> → Re-run specific technique(s)
/structured-analysis:analyze --lean → Lean mode (abbreviated technique set)
/structured-analysis:analyze --comprehensive → Comprehensive mode (full rubric, adversarial + deception checks)
/structured-analysis:analyze --no-osint → Disable web research
Commands use the plugin (namespaced) form /structured-analysis:analyze. If the skill is loaded un-namespaced, drop the prefix and use the bare /analyze.
Techniques: customer-checklist, issue-redefinition, restatement, brainstorm, kac, ach, inconsistencies, cross-impact, what-if, premortem, counterfactual, narratives, bowtie, opportunities, devils-advocacy, red-hat, alt-futures, deception
Flags combine: /structured-analysis:analyze --guided --no-osint is valid.
Execution
You MUST read the orchestrator protocol before proceeding. It contains mode routing, technique selection logic, and the technique routing table.
Step 0 — Context Inference
Before parsing explicit arguments, scan the conversation history for implicit inputs. Users often invoke /structured-analysis:analyze mid-conversation after discussing a problem, providing data, or sharing links.
Extract from conversation context:
- Problem statement: What is the user trying to analyze? Look for questions, concerns, scenarios, or decisions under discussion.
- Implicit technique hints: Did the user mention assumptions, hypotheses, competing explanations, risks, or scenarios? Map these to techniques (e.g., "I'm not sure which explanation is right" → ACH, "what could go wrong" → Premortem).
- Implicit flags: Did the user indicate they want something quick (→
--lean), don't want web research (→ --no-osint), or want to walk through everything (→ --guided)?
- Prior analysis: Are there existing analyses in
analyses/ for the same topic? (→ suggest --resume or --iterate)
- Evidence already provided: Files shared, URLs pasted, data discussed — these become Tier 1/2 evidence.
Step 0.1 — Validate Assumptions
If context inference produced any results, present them to the user for confirmation before proceeding:
Based on our conversation, here's what I'm picking up:
**Problem**: [inferred problem statement]
**Mode**: [inferred mode + rationale]
**Techniques**: [inferred techniques, if any]
**Flags**: [inferred flags, if any]
**Prior context**: [files, data, or evidence already in conversation]
Does this look right? Adjust anything before I proceed.
If the user provided explicit arguments, those always take precedence — but still surface any useful context (e.g., "You asked for ACH. I also noticed you shared [file] earlier — I'll include that as evidence.").
If no conversation context exists and no arguments were provided, proceed directly to Adaptive mode (the orchestrator will prompt for a problem statement).
Steps 1–6 — Main Execution
- Read
protocols/orchestrator.md (relative to this skill's directory)
- Parse explicit arguments → determine mode and flags (merge with Step 0 inferences, explicit args win)
- Follow the orchestrator's instructions for the detected mode
- For technique execution, follow the orchestrator's Technique Execution Contract:
- 1 technique (Direct mode): Execute in-context — read protocol, read template, execute SETUP → PRIME → EXECUTE → ARTIFACT → FINDINGS → HANDOFF, write artifact to
analyses/<id>/working/
- 2+ techniques: Dispatch to background subagents in dependency-aware tiers — each subagent reads protocol/template, executes the technique, writes the artifact, and returns only a compact findings summary. Main context accumulates summaries and file paths, not full technique work.
- For evidence gathering: read and execute
protocols/evidence-collector.md
- For report synthesis: dispatch per
protocols/report-generator.md Phase A/B architecture
Self-Correction (3 Layers)
- Layer 1 (after each technique, silent): Protocol compliance check — all steps completed? All template sections filled? No unfilled
{{PLACEHOLDER}} tokens?
- Layer 2 (before report, silent): Analytical self-critique — 8 checks:
- 3a. Assumption audit
- 3b. Evidence balance
- 3c. Confidence calibration
- 3d. Alternative check
- 3e. Missing voices
- 3f. Internal consistency audit (cross-artifact validation)
- 3g. Analytical bias scan (sycophancy, anchoring, vividness, completion, authority)
- 3h. Quality score (quantitative 1-5 with pass/fail threshold)
- Layer 3 (before finalization): Human review gate — present summary (including quality score), incorporate feedback
- Auto-Remediation Gate (between Phase A and Phase B): HIGH-severity Layer 2 flags (evidence imbalance >2:1, unstated critical premises, strong counter-arguments, sycophancy/anchoring bias, quality score < 3.0) trigger automatic remediation — the orchestrator invokes the iteration handler to collect targeted evidence, re-run flagged techniques (max 3), and regenerate the report before the user sees it. Capped at 1 cycle. Zero overhead when no HIGH flags exist.
- Critique-to-Iteration Bridge (after results): Remaining MEDIUM/LOW flags from Layer 1 and Layer 2 are mapped to specific technique re-runs and evidence collection focuses, presented as ready-to-run
/structured-analysis:analyze --iterate commands. Only fires when actionable flags exist beyond what auto-remediation already addressed. All flags and their statuses are written to next-steps.md in the analysis root — a standalone ledger tracking OPEN, REMEDIATED, RESOLVED, and DEFERRED items across iterations. The --iterate handler reads this file as its primary input.
Citation Requirement
Every claim in every artifact must be cited. No exceptions. Citation methods:
- OSINT:
[Source](URL) — Retrieved: YYYY-MM-DD
- FILE:
[filename:line_range]
- USER:
[User-provided, session context]
- ANALYSIS:
[Derived via technique_name]
- PRIOR-ITERATION:
[PRIOR-v{N}: technique_name]
OSINT is never presented as fact — always "according to [source]".
Reference Library
For deep background on any technique, read docs/library/00-prime.md and the specific library files referenced in each protocol. The library contains the full theoretical foundation, axioms, selection matrices, and empirical critiques underlying this skill.
Source: Blevene/structured-analysis-skill — distributed by TomeVault.
1---2name: analyze-143description: Conduct structured analysis on any problem using CIA/IC analytic techniques — assess competing hypotheses, challenge assumptions, stress-test judgments, and produce defensible evidence-based assessments with full citations. Supports 18 techniques including ACH, Key Assumptions Check, What-If, Premortem, Cross-Impact Matrix, Contrasting Narratives, Devil's Advocacy, Red Hat Analysis, Alternative Futures, and Deception Detection. Use when this capability is needed.4---56# Structured Analysis Skill78Apply CIA/IC Structured Analytic Techniques to produce defensible, evidence-based analytical assessments. Every claim must be cited. Every judgment must trace to technique outputs.910## Invocation1112```13/structured-analysis:analyze → Adaptive mode (auto-select techniques)14/structured-analysis:analyze <technique> → Direct mode (run one technique)15/structured-analysis:analyze --guided → Guided mode (walk through all phases)16/structured-analysis:analyze --resume <analysis-id> → Resume or update existing analysis17/structured-analysis:analyze --iterate <analysis-id> → Re-run full analysis with new evidence18/structured-analysis:analyze --iterate <analysis-id> <technique> → Re-run specific technique(s)19/structured-analysis:analyze --lean → Lean mode (abbreviated technique set)20/structured-analysis:analyze --comprehensive → Comprehensive mode (full rubric, adversarial + deception checks)21/structured-analysis:analyze --no-osint → Disable web research22```2324> Commands use the plugin (namespaced) form `/structured-analysis:analyze`. If the skill is loaded un-namespaced, drop the prefix and use the bare `/analyze`.2526Techniques: `customer-checklist`, `issue-redefinition`, `restatement`, `brainstorm`, `kac`, `ach`, `inconsistencies`, `cross-impact`, `what-if`, `premortem`, `counterfactual`, `narratives`, `bowtie`, `opportunities`, `devils-advocacy`, `red-hat`, `alt-futures`, `deception`2728Flags combine: `/structured-analysis:analyze --guided --no-osint` is valid.2930## Execution3132**You MUST read the orchestrator protocol before proceeding.** It contains mode routing, technique selection logic, and the technique routing table.3334### Step 0 — Context Inference3536Before parsing explicit arguments, scan the conversation history for implicit inputs. Users often invoke `/structured-analysis:analyze` mid-conversation after discussing a problem, providing data, or sharing links.3738Extract from conversation context:39- **Problem statement**: What is the user trying to analyze? Look for questions, concerns, scenarios, or decisions under discussion.40- **Implicit technique hints**: Did the user mention assumptions, hypotheses, competing explanations, risks, or scenarios? Map these to techniques (e.g., "I'm not sure which explanation is right" → ACH, "what could go wrong" → Premortem).41- **Implicit flags**: Did the user indicate they want something quick (→ `--lean`), don't want web research (→ `--no-osint`), or want to walk through everything (→ `--guided`)?42- **Prior analysis**: Are there existing analyses in `analyses/` for the same topic? (→ suggest `--resume` or `--iterate`)43- **Evidence already provided**: Files shared, URLs pasted, data discussed — these become Tier 1/2 evidence.4445### Step 0.1 — Validate Assumptions4647If context inference produced any results, present them to the user for confirmation before proceeding:4849```50Based on our conversation, here's what I'm picking up:5152**Problem**: [inferred problem statement]53**Mode**: [inferred mode + rationale]54**Techniques**: [inferred techniques, if any]55**Flags**: [inferred flags, if any]56**Prior context**: [files, data, or evidence already in conversation]5758Does this look right? Adjust anything before I proceed.59```6061If the user provided explicit arguments, those always take precedence — but still surface any useful context (e.g., "You asked for ACH. I also noticed you shared [file] earlier — I'll include that as evidence.").6263If no conversation context exists and no arguments were provided, proceed directly to Adaptive mode (the orchestrator will prompt for a problem statement).6465### Steps 1–6 — Main Execution66671. Read `protocols/orchestrator.md` (relative to this skill's directory)682. Parse explicit arguments → determine mode and flags (merge with Step 0 inferences, explicit args win)693. Follow the orchestrator's instructions for the detected mode704. For technique execution, follow the orchestrator's Technique Execution Contract:71 - **1 technique** (Direct mode): Execute in-context — read protocol, read template, execute SETUP → PRIME → EXECUTE → ARTIFACT → FINDINGS → HANDOFF, write artifact to `analyses/<id>/working/`72 - **2+ techniques**: Dispatch to background subagents in dependency-aware tiers — each subagent reads protocol/template, executes the technique, writes the artifact, and returns only a compact findings summary. Main context accumulates summaries and file paths, not full technique work.735. For evidence gathering: read and execute `protocols/evidence-collector.md`746. For report synthesis: dispatch per `protocols/report-generator.md` Phase A/B architecture7576## Self-Correction (3 Layers)7778- **Layer 1** (after each technique, silent): Protocol compliance check — all steps completed? All template sections filled? No unfilled `{{PLACEHOLDER}}` tokens?79- **Layer 2** (before report, silent): Analytical self-critique — 8 checks:80 - 3a. Assumption audit81 - 3b. Evidence balance82 - 3c. Confidence calibration83 - 3d. Alternative check84 - 3e. Missing voices85 - 3f. Internal consistency audit (cross-artifact validation)86 - 3g. Analytical bias scan (sycophancy, anchoring, vividness, completion, authority)87 - 3h. Quality score (quantitative 1-5 with pass/fail threshold)88- **Layer 3** (before finalization): Human review gate — present summary (including quality score), incorporate feedback89- **Auto-Remediation Gate** (between Phase A and Phase B): HIGH-severity Layer 2 flags (evidence imbalance >2:1, unstated critical premises, strong counter-arguments, sycophancy/anchoring bias, quality score < 3.0) trigger automatic remediation — the orchestrator invokes the iteration handler to collect targeted evidence, re-run flagged techniques (max 3), and regenerate the report before the user sees it. Capped at 1 cycle. Zero overhead when no HIGH flags exist.90- **Critique-to-Iteration Bridge** (after results): Remaining MEDIUM/LOW flags from Layer 1 and Layer 2 are mapped to specific technique re-runs and evidence collection focuses, presented as ready-to-run `/structured-analysis:analyze --iterate` commands. Only fires when actionable flags exist beyond what auto-remediation already addressed. All flags and their statuses are written to `next-steps.md` in the analysis root — a standalone ledger tracking OPEN, REMEDIATED, RESOLVED, and DEFERRED items across iterations. The `--iterate` handler reads this file as its primary input.9192## Citation Requirement9394Every claim in every artifact must be cited. No exceptions. Citation methods:95- **OSINT**: `[Source](URL)` — Retrieved: YYYY-MM-DD96- **FILE**: `[filename:line_range]`97- **USER**: `[User-provided, session context]`98- **ANALYSIS**: `[Derived via technique_name]`99- **PRIOR-ITERATION**: `[PRIOR-v{N}: technique_name]`100101OSINT is never presented as fact — always "according to [source]".102103## Reference Library104105For deep background on any technique, read `docs/library/00-prime.md` and the specific library files referenced in each protocol. The library contains the full theoretical foundation, axioms, selection matrices, and empirical critiques underlying this skill.106107---108> Source: [Blevene/structured-analysis-skill](https://github.com/Blevene/structured-analysis-skill) — distributed by [TomeVault](https://tomevault.io).109<!-- tomevault:4.0:skill_md:2026-06-18 -->