Community研究&データ分析github.com

tderoussel/competitive-teardown

自社製品と競合製品を調査し、構築すべきか無視すべきかのランク付けされた判定と、オプションで比較ページのコピーを生成します。

competitive-teardown とは?

このスキルは、競合製品の分析を単なる機能一覧ではなく、意思決定に資する形で行うためのものです。ユーザーが競合名を挙げたり、自社製品との比較を尋ねたりした際に、各機能ギャップに対して「構築する」または「無視する」という明確な判定を下します。各ギャップには、実装に必要な労力の概算と、それが自社の実際のユーザーにとってどの程度価値があるかというランクが付けられます。このスキルは、Claude Code、Cursor、CodexなどのAIエージェントプラットフォームでの使用を想定しており、SKILL.mdで定義された手順に従って分析を実行します。特に、競合の現状調査、自社リポジトリでの既存機能の確認、ユーザー観点でのフィルタリング、そして「明らかにコピーする価値のない機能」セクションを必須とすることで、バックログが不必要なタスクで膨らむのを防ぎます。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tderoussel/agent-skills/tree/main/skills/competitive-teardown

Installed? Explore more 研究&データ分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

競合テアダウン

出力は決定であり、機能一覧ではありません。すべてのギャップにはランク、労力見積もり、そして構築するか無視するかの判定が付けられます。

方法

  1. 競合の現状を調査する — 価格設定、ポジショニング、過去6ヶ月間にリリースされたもの、ユーザーが不満に思っていること。すべての主張に日付を記載します。ほとんどの分野は、この文書が有効である期間よりも早く変化します。

  2. 自社のリポジトリで既存のものを監査する。 これが回答を変えるステップです。繰り返しになりますが、最も価値の高い「ギャップ」は、呼び出し元のないコードベース内の休眠状態のスケルトンや、誰も有効にしていないフラグの背後にある機能であることが判明します。何かが欠けていると結論付ける前に、grep で検索してください。

  3. 実際のユーザーでフィルタリングする。 自社の製品が誰にサービスを提供しているのか、具体的に名前を挙げ、各ギャップをその人物に対して評価します。エンタープライズデモで印象的な機能も、個人ユーザーにとっては無価値である可能性があり、その逆も同様です。各ギャップが誰にサービスを提供するのかを明記します。答えが「私たちが販売対象としていない誰か」である場合、それが判定です。

  4. そのユーザーにとっての価値でランク付けする、大まかな労力見積もりと、それが安価または高価になる理由を添えて。

構造

# <競合> vs <自社> — 競合ギャップ分析 (YYYY-MM-DD)

<使用した調査モードを記した1行。>

## 見出し
<彼らの真の優位性 — 通常、彼らがマーケティングしているものとは異なります。>

## ランク付けされたギャップ
1. **<ギャップ>** (~労力) — リポジトリからの証拠、なぜそれがユーザーにとって重要なのか、何を構築すべきか。

## 明らかにコピーする価値のないもの
<名前と理由を明記。>

## 戦略的考察
<機能リストとは別に、永続的な教訓を。>

「明らかにコピーする価値のないもの」セクションは必須です

このセクションは、バックログの健全性を保ちます。これがないと、テアダウンは、今対応が遅れていると感じる作業のリストになってしまいます。

デモではうまく見えても、特定の誰かの役に立たないことが多い機能:カスタムオブジェクト、ビジュアルワークフローキャンバス、かんばんボード、シングルプレイヤー製品のコラボレーションサーフェス、販売対象としていない購入者を対象としたエンリッチメント。これらを名前と理由とともに拒否することで、次のテアダウンで再提案されることを防ぎます。

流通は機能に勝る

競合が大企業の場合、脅威は通常、ユーザーへのリーチ方法 — バンドル、デフォルトの統合、既存の関係 — であり、機能セットではありません。それを明示的に考慮してください。機能のみを比較するテアダウンは、間違った作業を推奨することになります。

固定された制約

テアダウンが過去に決定された事項を再検討しないように、以前の判断事項の短いリストを保持します。リーダーシップが既に構築を断念したもの、排除されたポジショニングの主張、議論の余地のない構造的な賭けなどです。判断が下されるたびに、これを追加します。

これらをプロジェクトのこのスキルのコピーに記録します。重要なのは、競合が何かをしているという事実自体が、決定を覆す論拠にはならないということです。

比較ページ

依頼にマーケティングコピーが含まれる場合、新しいものを発明するのではなく、既存のハウスパターンに合わせてください。競合に関するすべての事実主張には日付と出典を明記してください。これらのページは公開されており、古い主張は責任の種になります。

ドラフトのままにしておいてください。人間の明示的な承認なしに比較ページを公開しないでください。

出力

プロジェクトが調査を保管する場所に分析を記述してください。テアダウンが戦略を変更する場合、関連するハブや計画に日付入りのセクションを追加してください。以前の判断を黙って上書きしないでください。

Individual skills in this repo

This repo contains 8 individual skills — each has its own dedicated page.

tderoussel/codebase-audit

Runs a ranked, evidence-backed audit of a product, codebase, or subsystem, ending in a verify list that separates proven findings from inferred ones. Use when the user asks for an audit, a gap analysis, a deep read, a bug hunt, a readiness check, a re-audit, a state reconciliation, or asks what they are not seeing. Trigger phrases include "audit", "gap analysis", "what am I missing", "deep audit", "readiness", "bug hunt", "review the whole thing". Produces findings and a verify list; does not fix.

tderoussel/decision-council

Run a structured multi-perspective review of a decision instead of getting one agreeable answer. Use when the user says run a council, get me perspectives on this, should I do X, stress-test this decision, or is this a good idea.

tderoussel/fleet-brief

Authors a workstream brief for dispatching multiple parallel build agents across one codebase, with per-lane file ownership, shared-ground warnings, and a derived DO-NOT list. Use whenever work is about to be split across concurrent agents, workers, lanes, or waves — even if the user does not say "write a brief". Trigger phrases include "fan out", "parallel agents", "orchestrate this", "split into lanes", "workstreams", "run these in parallel", "review-gated build". Produces the brief; does not dispatch.

tderoussel/inbox-triage

Triage an email inbox — sort what needs a reply, draft the replies, flag what needs a decision, and surface what can be ignored or unsubscribed. Use when the user says triage my inbox, do my email, what's in my inbox, or clean up my email.

tderoussel/overnight-build

Composes an autonomous unattended Claude Code build prompt that survives usage-limit resets via BUILD_LOG.md checkpointing, plus the launcher that restarts it. Use when the user asks for an overnight build, an autonomous build, a build to run while they sleep, an unattended or unsupervised session, or any long build they will not be monitoring. Trigger phrases include "overnight build", "run overnight", "build while I sleep", "autonomous build", "let it run", "unattended". Produces a single copyable prompt; does not run the build.

tderoussel/session-log

Write a durable record of a work session — what was built, root-caused, or shipped — into the project's notes. Use when the user says log this session, write a session log, record this, or when a substantial piece of work has just finished and needs to be handed off to a future session.

tderoussel/ship-gate

Verification gate for a Next.js-on-Vercel + Supabase + GitHub Actions stack, to run before claiming anything is shipped, deployed, live, merged, passing, or done. Use before saying a change is in production, before merging a PR, before reporting CI green, and before writing any status into a document — even if the user does not ask for verification. Trigger phrases include "is it live", "did it deploy", "ship it", "merge it", "is CI green", "confirm prod", "did that work". Encodes traps where the obvious check returns a false pass.

tderoussel/vault-doctor

Audits and repairs an Obsidian vault's structural health — broken [[wikilinks]], ambiguous duplicate filenames, missing or malformed frontmatter, stale status markers, and hub notes whose state sections have gone cold. Use when the user asks about vault health, broken links, vault cleanup, dead links, orphan notes, tag consistency, or says the vault feels messy or out of date. Trigger phrases include "vault health", "broken links", "clean up the vault", "audit the vault", "is the vault current". Read-only by default; every repair is proposed before it is made.

関連スキル