agentleFS
npownpow/claude-skills/competitive-matrix/SKILL.md

competitive-matrix

Skill4 starsChanged 6 months agoApache-2.0View on GitHub

Researches a market or technology space and renders an interactive color-coded comparison matrix in the browser. Use when the user asks for competitive analysis, competitive matrix, compare competitors, market landscape, who are the players, alternatives to X, compare these tools, feature comparison, how does X compare to Y, or competitive landscape.

The file

We split this skill into the rules it gives an agent

3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Before delivering, verify ALL:

    line 34
  2. Distinctive:

    Never rate from training data alone: Run at least one web search per player before assigning any rating.

    line 53
  3. Distinctive:

    Always include a Verdict column as the last column: Every row must end with a 5-10 word phrase summarizing that player's position.

    line 55

≈ “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.

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

Competitive Matrix

Researches a market or technology space and renders an interactive, color-coded comparison matrix in the browser by combining web research with a zero-dependency HTML table.

Workflow

  1. Identify the space — confirm the market, product category, or technology being compared; ask for clarification if ambiguous. See RESEARCH.md.
  2. List the players — enumerate 5-10 key competitors or options to include; no more, no fewer. See RESEARCH.md.
  3. Choose evaluation dimensions — select 5-8 columns relevant to this specific domain; avoid generic filler columns. See RESEARCH.md.
  4. Research each player — run at least one web search per player to verify current status and ratings; never rely solely on training data. See RESEARCH.md.
  5. Assign ratings — score every cell using the four-point scale (checkcheck/check/tilde/x) with evidence from step 4. See RESEARCH.md.
  6. Write the HTML file — write a complete self-contained file to /tmp/matrix.html using the template with color-coded cells, sort, and filter. See TEMPLATE.md.
  7. Render in browser — follow _shared/chrome-devtools-render.md to open /tmp/matrix.html, wait for render, and screenshot. wait_for the first competitor name.
  8. Deliver as HTML. Upload the existing /tmp/matrix.html to S3 following the shared HTML delivery pattern in _shared/html-delivery.md (skip markdown-to-HTML conversion since HTML already exists). Report name: competitive-matrix. TLDR includes space name, player count, and standout winner(s).
  9. Deliver summary — after the screenshot, output 3-5 bullet points naming the key differentiators and the standout winner(s) per use case.

Self-review checklist

Before delivering, verify ALL:

  • At least one web search was run per player — no player was rated from training data alone
  • Between 5 and 10 players are in the matrix — not fewer, not more
  • Between 5 and 8 evaluation dimension columns are present — plus a Verdict column as the last column
  • Every cell has a rating from the four-point scale: checkcheck, check, tilde, or x — no blanks, no numbers
  • Every cell is color-coded: green for checkcheck, blue for check, orange for tilde, red for x
  • A "Last updated: YYYY-MM-DD" line appears above the table in the rendered HTML
  • Sort works on every column — clicking a header reorders rows
  • Filter input is present and filters by competitor name (case-insensitive)
  • Dark background (#1e1e2e) is applied — not white or gray
  • Screenshot was taken after wait_for — not immediately after new_page
  • HTML version uploaded to S3 with commuter link (unless --no-html or upload failed with noted fallback)
  • Slack/chat delivery uses TLDR + link, not the full report

Golden rules

Hard rules. Never violate these.

  1. Never rate from training data alone. Run at least one web search per player before assigning any rating. Training data goes stale; search results do not.
  2. Always use the four-point scale exclusively. The only valid ratings are checkcheck (excellent), check (good), tilde (partial/mixed), and x (poor/missing). Never use numbers, percentages, stars, or prose in cells.
  3. Always include a Verdict column as the last column. Every row must end with a 5-10 word phrase summarizing that player's position.
  4. Always color-code every cell. Green (#27ae60) for checkcheck, blue (#2980b9) for check, orange (#d35400) for tilde, red (#c0392b) for x. A matrix where all cells look the same is broken.
  5. Never include more than 10 players. Matrices with more than 10 rows become unreadable. If the user lists more, select the 10 most relevant and note the exclusions.
  6. Always include a "Last updated" date. Competitive landscapes change. The date the research was conducted must appear above the table in the rendered output.

Reference files

FileContents
TEMPLATE.mdComplete HTML template with color-coded cell rendering, sort/filter JS, CSS design tokens, and rating scale constants
RESEARCH.mdHow to choose evaluation dimensions, research each player, assign ratings, and handle stale or conflicting data

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.