agentleFS
unclejobs-aiunclejobs-ai/second-claude-code/skills/analyze/SKILL.md

analyze

Skill41 starsChanged 7 days agoMITView on GitHub

Use when analyzing a topic with a strategic framework, then stress-testing the plan against evidence

70 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use constitution, revise and 8 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • ArvorCoSkill

    constitution

    Create or update the project constitution - personalized governance and coding principles. Use when starting a project or updating project standards. Triggers on: create constitution, update principles, set project rules.

    Also in 4 projects that use this

  • stormlightlabsSkill

    revise

    Address review comments on an open pull request and push the fixes. Use for /edit, /revise, or when asked to respond to review feedback on a PR number.

    Also in 3 projects that use this

  • ArvorCoSkill

    specify

    Create feature specification from natural language description. Use when starting a new feature or creating a spec. Triggers on: create spec, specify feature, new feature spec.

    Also in 5 projects that use this

  • H-mmerSkill

    submit

    Draft and submit a vulnerability report to the bug bounty platform. Reads scope.yaml for platform/program, uses brain + findings for content. Always drafts first for review.

    Also in 3 projects that use this

  • GoogleSkill

    quality

    Evaluates whether a GitHub issue is spam, empty, needs more information, or is OK to proceed.

    Also in 3 projects that use this

  • JosBen74Skill

    osint

    OSINT-sökning och informationsinhämtning från öppna källor för Länsstyrelsen VG

    Also in 3 projects that use this

  • +1 more from ArvorCo

The file

Show its rules and text

We split this skill into the rules it gives an agent

15 rules. 0 are common, 9 are distinctive, and 6 are very specific to this project.

  • 0

    Common

    Most of the 60 edited versions we read keep these.

  • 9

    Distinctive

    This author's own choices. Worth a look.

  • 6

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Ask strategist to apply the framework with evidence and clear implications, enforcing Source Requirements.

    line 54
  2. Very specific:

    Ask devil-advocate to attack the weakest 3 points.

    line 55
  3. Very specific:

    When --framework is not specified, detect from the prompt:

    line 71
  4. Distinctive:

    If multiple frameworks fit, ask instead of guessing.

    line 75
  5. Very specific:

    If nothing matches, default to swot and state the assumption.

    line 76
  6. Distinctive:

    When analyzing competitors, products, or external entities:

    line 80
  7. Distinctive:

    Read actual sources, not reputation.

    line 82
  8. Distinctive:

    Use at least 3 concrete data points per section or quadrant.

    line 83
  9. Distinctive:

    Write the full analysis using the Write tool and tell the user the saved path.

    line 124
  10. Very specific:

    When mmbridge is detected (see references/mmbridge-integration.md), analyze can dispatch mmbridge debate during the challenge round.

    line 132
  11. Distinctive:

    Do not force equal depth across all framework sections.

    line 160
  12. Distinctive:

    Do not present generic claims without names, numbers, or evidence.

    line 161
  13. Distinctive:

    Keep the challenge output in the final synthesis.

    line 162
  14. Distinctive:

    Do not analyze competitors by reputation alone.

    line 163
  15. Very specific:

    Add --context plan|do to override auto-detected PDCA phase.

    line 173

“Common” is measured: kept by at least 6 in 10 of the 60 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Iron Law

Never conclude first. Evidence determines the conclusion.

Red Flags

  • "Let's use SWOT, it always works" → STOP. Framework must fit the problem, not habit.
  • "Everyone knows they're the market leader" → STOP. Reputation ≠ evidence. Need 3+ data points per section.
  • "The challenge round found nothing" → STOP. A challenge that confirms everything is a rubber stamp.
  • "I'll fill in the weaker sections later" → STOP. Uneven depth hides gaps.
  • "Data doesn't support it but the conclusion feels right" → STOP. Evidence determines the conclusion.

Analyze

Apply a strategic framework to a topic, then stress-test it with a challenge pass.

When to Use

  • Strategic analysis, prioritization, positioning, or planning
  • The user explicitly names a framework
  • Another skill needs a structured analysis artifact

Supported Frameworks

FrameworkBest For
swotSituational assessment
ricePrioritization scoring
okrGoal-setting
prdProduct requirements
lean-canvasStartup or product validation
personaUser definition
journey-mapExperience analysis
pricingPricing strategy
gtmGo-to-market planning
north-starMetric alignment
porterCompetitive forces
pestleMacro-environment scan
ansoffGrowth direction
battlecardCompetitive comparison
value-propValue proposition design

Workflow

  1. Detect the framework and load skills/analyze/references/frameworks/{framework}.md.
  2. Gather sources before analyzing. Read internal source files for the subject; for external entities, read current docs, source, changelogs, or feature pages. Record source paths for citation.
  3. Ask strategist to apply the framework with evidence and clear implications, enforcing Source Requirements.
  4. Ask devil-advocate to attack the weakest 3 points. At thorough depth with mmbridge detected, also dispatch mmbridge debate in parallel.
  5. At thorough depth, run a second challenge pass focused on sourcing quality.
  6. Synthesize both into a balanced output with recommended actions.

Options

FlagValuesDefault
--frameworklisted aboveauto-detect (see below)
--with-researchflagoff
--depthquick|standard|thoroughstandard
--skip-challengeflagoff
--langko|enko

Framework Auto-Detection

When --framework is not specified, detect from the prompt:

  1. Explicit name wins.
  2. Intent keywords map common prompts to the closest framework.
  3. If multiple frameworks fit, ask instead of guessing.
  4. If nothing matches, default to swot and state the assumption.

Source Requirements

When analyzing competitors, products, or external entities:

  1. Read actual sources, not reputation.
  2. Use at least 3 concrete data points per section or quadrant.
  3. Cite every external claim inline; mark uncited claims as [unverified].
  4. Distinguish fact from inference.

Depth Levels

LevelLabelWhat happensWhen to use
1quickApply the template only. No research, no challenge round.Internal brainstorming, time-boxed sessions
2standardApply template with evidence-enforcement + one challenge round.Default for most analyses
3thoroughFull research pass (web search + source code reading) before applying template. Two challenge rounds + mmbridge debate (if available). Second round specifically attacks sourcing quality.Competitive analysis, strategic decisions, publishable artifacts
  • quick maps to --depth quick
  • standard maps to --depth standard (default)
  • thorough maps to --depth thorough

Output

# {Framework} Analysis: {topic}

## Analysis
(framework sections with evidence)

## Challenge
- 3 weakest points
- blind spots and assumptions

## Balanced Insight
(synthesis)

## Recommended Actions
1. ...
2. ...
3. ...

Auto-Save

  • Path: .captures/analyze-{framework}-{slug}-{YYYY-MM-DD}.md
  • {slug} = topic lowercased, spaces to hyphens, max 40 chars
  • Write the full analysis using the Write tool and tell the user the saved path.

Challenge Round

Mandatory at standard (1 round) and thorough (2 rounds). See references/challenge-round.md for the full protocol.

MMBridge Debate Enhancement

When mmbridge is detected (see references/mmbridge-integration.md), analyze can dispatch mmbridge debate during the challenge round.

When to Use

  • --depth standard: skip mmbridge debate
  • --depth thorough: run it in parallel with the internal devil-advocate

Dispatch

At Step 4 (Challenge Round 1), also run via Bash:

mmbridge debate "<proposition from analysis>" --rounds 2 --json > /tmp/mmbridge-debate-${RUN_ID}.json

Merge

  • Parse the mmbridge debate JSON output for arguments tagged FOR and AGAINST
  • AGAINST arguments are merged into the challenge round as additional attack vectors
  • FOR arguments that contradict internal devil-advocate findings are noted as "disputed by external model"
  • Synthesize both internal and external challenges into the "## Challenge" section of the output

Cost Note

mmbridge debate costs more than a single internal challenge, so only activate it at thorough depth.

Gotchas

  • Do not force equal depth across all framework sections.
  • Do not present generic claims without names, numbers, or evidence.
  • Keep the challenge output in the final synthesis.
  • Do not analyze competitors by reputation alone.
  • Apply the same evidentiary standard to every option being compared.

When Called from PDCA

analyze spans both Plan and Do phases:

  • Plan: synthesize research findings into a structured framework.
  • Do: apply a production-oriented framework to shape the artifact being built.

Add --context plan|do to override auto-detected PDCA phase.

Subagents

analyst: { model: sonnet, constraint: "pre-process raw research data into structured patterns before framework application" }
strategist: { model: sonnet, constraint: "apply framework, cite evidence, fill required sections" }
devil-advocate: { model: sonnet, constraint: "attack weakest 3 points, surface blind spots" }

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.