Token导航 LogoToken导航TokenDH.com
研究检索只读clawhub未标认证来源可访问clear审计通过

draco-competitor-analysis德拉科竞争对手分析

Agent Skill

draco-competitor-analysis 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

6,518

周安装

280

GitHub Stars

公开资料未说明

下载量

2,285
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:draco-competitor-analysis(德拉科竞争对手分析)
来源仓库:https://github.com/draco-kzn/draco-competitor-analysis
安装命令:
openclaw skills install draco-competitor-analysis
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install draco-competitor-analysis

简介

德拉科竞争对手分析用于撰写竞品研究报告与战略框架。

  • 适合拆解产品功能、品牌定位与基准测试场景。
  • 可根据用户需求自动生成对标分析与优劣势对比。
  • 安装前需确认是否会访问外部数据源或生成对外文案。
  • draco-competitor-analysis 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

name
competitor-analysis
description
Write the competitor-analysis section of research reports, strategy decks, and product/brand studies. Use when the user asks for 竞品分析、竞对拆解、对标分析、benchmarking、标杆案例分析、营销案例拆解、产品定位对比、上市节奏分析、品牌升级分析, especially when the goal is not to summarize features but to extract usable conclusions, recommendations, and strategic implications.

competitor-analysis

Use this skill to turn raw competitor information into decision-useful analysis.

Core rule:

The goal of competitor analysis is not to describe what others did. It is to solve our problem by borrowing others' experience.

When to use

Trigger this skill when the task is to:

  • write a competitor-analysis section in a report or memo
  • compare products / companies / campaigns for strategic insight
  • benchmark categories, leaders, challengers, substitutes, or avoidable cases
  • analyze marketing campaigns, product positioning, product launch, or brand upgrade
  • answer "what should we learn / avoid / do next"

Do not stop at information collection. The output must end with actionable conclusions.

Required workflow

Follow this sequence:

  1. Define the problem - What exact question are we trying to answer?
  2. Define the competitor set - Why these objects, and what role does each one play?
  3. Decompose the case - Facts → motives → effects
  4. Extract the root variable - What actually drove success or failure?
  5. Convert to action - What should we borrow, avoid, or do next?

If step 5 is weak, the analysis is incomplete.

Five questions you must answer

Before finalizing, check whether the draft answers all five:

  1. What problem are we solving?
  2. Which information is actually useful for that problem?
  3. Where did the information come from?
  4. Is the analysis surface-level or root-cause level?
  5. What concrete help does the conclusion provide for this project?

Competitor types

Classify each analyzed object into one or more of these roles:

  • Core competitor: highly overlaps with us in product, target users, positioning, budget, or category
  • Benchmark competitor: stronger / larger / category-leading reference worth learning from
  • Potential competitor: smaller but strategically interesting; may have sharper tactics or better product logic
  • Substitute competitor: different category but solves the same higher-order need
  • Avoidance competitor: negative case that shows what not to do

Do not create a wide list without role labels.

Three-layer decomposition

For each important case, analyze in this order:

1) Fact layer — what happened?

Capture concrete actions only:

  • what was launched / changed / communicated
  • timing and sequence
  • channel / resource allocation
  • execution structure

2) Motive layer — why did they do it?

Explain the logic behind the actions:

  • market / company / user background
  • why this timing
  • target outcome
  • strategic path chosen
  • why this method instead of another

3) Effect layer — what happened as a result?

Look for:

  • business result
  • user cognition shift
  • engagement / conversion / adoption signals
  • success factor or failure reason
  • the decisive variable

Always push past description. Ask: what was the main contradiction / main variable?

Output rule

Every competitor-analysis section must end with three explicit buckets:

  • What to borrow
  • What to avoid
  • What we should do next

If the user asks for a report section, prefer this output shape:

Suggested section structure

  1. Problem statement
  2. Competitor map and role labels
  3. Cross-case comparison
  4. Deep dive by selected cases
  5. Root insight / decisive variables
  6. Recommendations for us

Scenario-specific frameworks

Read the matching reference file before drafting:

  • Marketing / campaign analysisreferences/marketing.md
  • Product positioning / category comparisonreferences/product-positioning.md
  • Product launch / GTM / 0→1 or 1→10references/product-launch.md
  • Brand upgrade / repositioningreferences/brand-upgrade.md
  • General method and review checklistreferences/methodology.md

Writing standards

  • Lead with the problem, not with the competitor list.
  • Prefer a small number of well-chosen cases over a big shallow inventory.
  • Label evidence and inference separately when useful.
  • Do not confuse “interesting action” with “relevant action”.
  • Do not summarize surface phenomena without extracting implications.
  • Keep conclusions sharp, short, and decision-oriented.

Good conclusion examples

Good:

  • "We should borrow competitor A's timing logic, but not its channel mix; their budget intensity is not replicable for us."
  • "Competitor B succeeded less because of creativity and more because it matched a high-frequency scenario with credible RTB."
  • "Competitor C is useful as an avoidance case: the launch failed because concept, target user, and channel rhythm were misaligned."

Bad:

  • "Competitor A did social media and got good results."
  • "Competitor B's campaign was creative and worth learning from."
  • "There are many things we can reference."

Final self-check

Before delivering, verify:

  • Is the analysis tied to the user's actual business question?
  • Are competitor roles clearly labeled?
  • Did we move from facts to motives to effects?
  • Did we identify a decisive variable?
  • Does the output clearly say what we should borrow / avoid / do next?

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

82.92%
按下载量换算1,895

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills