agentsclimarketplace

Competitive analysis

Skill aneja5/forge-skills/skills/competitive-analysis

Use when user says "research competitors", "competitive analysis", "how do we compare to X", when planning go-to-market and needs competitive positioning, when assessing the competitive landscape before launch, or when objection handling and win/lose scenarios need to be documented.From its SKILL.md

Install
npx -y skills add aneja5/forge-skills --skill competitive-analysis

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

One thing to look at

  • 3 stars3 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

5.2 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it

Competitive Analysis

Overview

Read .forge/prd.md to understand what we're building, then produce .forge/competitive.md — an honest assessment of the competitive landscape with actionable positioning. The output must be brutally honest about where we lose, not just where we win.

When to Use

  • .forge/prd.md exists and the product is entering a market with existing players
  • User asks "who are the competitors" or "how do we differentiate"
  • Preparing for GTM and need positioning statements and objection handling
  • Investor pitch requires competitive landscape slide

When NOT to Use

  • No PRD exists — run spec-driven-development first (you need to know what you're building to compare)
  • The product creates a new category with no direct competitors — focus on adjacent alternatives instead
  • User wants a quick opinion, not a structured analysis — just answer the question

Common Rationalizations

ThoughtReality
"We don't have real competitors"You always have competitors — at minimum, the status quo (spreadsheets, manual process)
"We're better at everything"No product wins on every axis. If your matrix shows all green, you're lying to yourself
"Pricing research takes too long"Public pricing pages take 10 minutes. If pricing is hidden, that IS the data point
"Our moat is obvious"If you can't name it in one sentence, you don't have one
"Win/lose scenarios are speculative"They're based on feature gaps and buyer priorities — that's analysis, not speculation

Red Flags

  • Feature matrix shows you winning every category (cheerleading, not analysis)
  • "Lose" scenarios are empty or dismissive ("unlikely")
  • Competitor profiles are surface-level (just website taglines)
  • Positioning statement is more than one sentence
  • No mention of the status quo as a competitor (incumbent inertia)
  • Objection responses are generic ("we're better") instead of specific

Core Process

Step 1: Identify competitors

Read .forge/prd.md. List:

  • Direct competitors: same problem, same buyer, similar solution
  • Indirect competitors: same problem, different approach
  • Status quo: what buyers do today without any tool (spreadsheets, manual processes, hiring)

Minimum 3 competitors. Include the status quo as a competitor.

Step 2: Build competitor profiles

For each competitor:

  • Company name, founding year, funding/revenue (if public)
  • Target customer (their ICP, not yours)
  • Core value proposition (one sentence)
  • Pricing model and approximate price points
  • Key strengths (be honest — what are they genuinely good at?)
  • Key weaknesses (specific, not generic)

Step 3: Feature matrix

Build a comparison table. Columns: your product + each competitor. Rows: features from the PRD's requirements list. Values: ✓ (has it), ✗ (doesn't), ~ (partial/planned).

Honesty check: if your product has ✓ in every row, you've cherry-picked the features. Add rows where competitors win.

Step 4: Win/lose scenarios

For each competitor, write:

  • We win when: specific buyer profile + situation where we're the better choice
  • We lose when: specific buyer profile + situation where they're the better choice
  • Switching cost: what a buyer gives up to switch from them to us

Step 5: Positioning statement

One sentence: "For [ICP] who [pain point], [product] is the [category] that [key differentiator], unlike [primary competitor] which [their limitation]."

Step 6: Objection handling

Top 5 objections a buyer raises when comparing to each competitor. For each: the objection, the honest answer, the redirect to our strength.

Step 7: Moat analysis

Answer: what do we have that competitors can't easily copy? Data? Network effects? Regulatory advantage? Integration lock-in? If the answer is "nothing yet" — say so honestly and identify what to build toward.

Output

Write .forge/competitive.md with all sections above. Prepend a forge:meta header (generated_by: competitive-analysis, generated_at: <ISO 8601 UTC with Z>, depends_on: [.forge/prd.md] — paths only, never hashes, generated_from: {.forge/prd.md: <upstream content_hash AT generation time>}, content_hash: <sha256 first 8 of THIS file's body>). See forge-dependency-graph.

After writing: "Competitive analysis written to .forge/competitive.md. Run /gtm to build the go-to-market strategy."

Verification

  • .forge/prd.md read before starting
  • At least 3 competitors profiled (including status quo)
  • Feature matrix includes rows where competitors win
  • Win/lose scenarios are honest — lose scenarios are real, not dismissive
  • Positioning statement is one sentence
  • Objection responses are specific to each competitor
  • Moat analysis is honest (says "none yet" if true)
  • .forge/competitive.md written

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Gives 0 of the 12 instructions most product growth skills give in ~1.1k tokens

Counted across 694 of the 879 authors here whose files we hold, read 2026-09-06

  • Check for product marketing context firstin 49 of 694, across 20 files
  • Validate the why before building featuresin 18 of 694, across 4 files
  • Respond to every comment in real-timein 17 of 694, across 6 files
  • Structure launch marketing across three channel typesin 16 of 694, across 4 files
  • Recruit early users one-on-onein 13 of 694, across 2 files
  • Ask one question at a timein 13 of 694
  • Rank features using ICE scoringin 12 of 694, across 3 files
  • Identify primary conversion goalin 11 of 694, across 3 files
  • Identify traffic contextin 11 of 694, across 3 files
  • Evaluate headline effectivenessin 11 of 694, across 3 files
  • Check visual hierarchy and scannabilityin 11 of 694, across 3 files
  • Run product diagnosticsin 11 of 694, across 3 files

Said here and by no other author read

  • Read the product requirements document
  • List direct and indirect competitors
  • Include the status quo as a competitor
  • Write win and lose scenarios
  • Document top buyer objections
  • Analyze the product moat

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 325,949. 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.