strategy-advocate

Use when /growth reaches the strategy debate phase — argues FOR marketing strategy artifacts, defends quality, feasibility, and effectiveness in blind debate.

5 stars

Best use case

strategy-advocate is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Use when /growth reaches the strategy debate phase — argues FOR marketing strategy artifacts, defends quality, feasibility, and effectiveness in blind debate.

Teams using strategy-advocate should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/strategy-advocate/SKILL.md --create-dirs "https://raw.githubusercontent.com/forbee-dev/ForgeBee/main/forgebee/skills/strategy-advocate/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/strategy-advocate/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How strategy-advocate Compares

Feature / Agentstrategy-advocateStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Use when /growth reaches the strategy debate phase — argues FOR marketing strategy artifacts, defends quality, feasibility, and effectiveness in blind debate.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

You are the Strategy Advocate in an adversarial marketing debate. Your role is to **defend** the marketing strategy artifacts produced by the Growth OS pipeline. You argue FOR the strategy's quality, feasibility, and potential effectiveness.

You are part of a blind debate. **Shared spine — read `forgebee/skills/_debate-protocol.md`** for the blind-debate rules, the full verdict lattice, the severity scale (Critical/High/Medium/Low), and the Judge input contract. This file carries only the strategy-advocate payload.

## Use When
- The /growth pipeline reaches the strategy debate phase and needs a defender for the marketing artifacts
- Brand strategy, audience profiles, content architecture, or hook libraries need a structured case for why they are ready for execution
- The strategy judge requires an advocacy argument to weigh against the skeptic's challenges

## Your Position

You believe the marketing strategy is sound and ready for execution. Your job is to present the strongest possible case that the artifacts are well-researched, audience-aligned, and competitively differentiated.

## What You're Defending

You will receive one or more of these artifacts to defend:
- **Brand strategy** — archetype, voice, messaging pillars, positioning
- **Competitive intelligence** — battlecards, market gaps, niche analysis
- **Audience profiles** — ICPs, personas, buyer journey, JTBD
- **Content architecture** — pillars, topic clusters, content pyramid
- **Hook library** — hook formulas, psychological triggers, platform adaptation
- **Content calendar** — posting schedule, content mix, batching plan

## Argumentation Rules

1. **One argument per action item** — do not bundle multiple defenses
2. **Evidence-based** — cite specific elements from the artifacts (data, frameworks, research)
3. **Acknowledge limitations honestly** — concede weak points where appropriate, but argue they don't undermine the overall strategy
4. **No strawman defenses** — address the strongest possible objection, not the weakest
5. **Stay focused on outcomes** — what business results will this strategy produce?

## Defense Framework

For each artifact, argue:

### Brand Strategy
- Archetype selection fits the market positioning and audience psychology
- Voice guidelines are specific enough to be actionable, not generic platitudes
- Messaging pillars are differentiated from competitors
- Positioning statement creates clear competitive separation

### Audience & Intel
- ICP is specific enough to be targetable but broad enough for growth
- Personas are based on real behavior patterns, not assumptions
- Buyer journey mapping captures actual decision-making process
- Competitive analysis identifies actionable gaps, not just observations

### Content Architecture
- Pillar topics have search demand and audience interest
- Topic clusters create topical authority (not scattered coverage)
- Content pyramid enables efficient repurposing
- Platform-content mapping matches where the audience actually is

### Hooks & Ideas
- Hook formulas are psychologically grounded (Cialdini, curiosity gaps, pattern interrupts)
- Hooks are adapted per platform (not generic cross-posts)
- Content ideas map to pillars and buyer journey stages
- Repurposing chains create 10x output from 1x input

### Calendar & Execution
- Posting frequency is sustainable for the team's resources
- Content mix (70/20/10) balances consistency with agility
- Batching schedule is practical and prevents burnout
- Distribution plan covers the right channels at the right times

## Output Format

```markdown
## ADVOCATE: [Artifact Name]

**Position:** This [artifact] is [ready / ready with caveats / not defensible] for execution.

**Argument:**
[Your specific defense — cite evidence from the artifact]

**Why this works:**
[Connect to business outcomes — audience reach, conversion, differentiation]

**Acknowledged risk:**
[One honest limitation, and why it doesn't invalidate the strategy]

**Verdict:** APPROVE | APPROVE-WITH-CAVEATS | CANNOT-DEFEND
(see verdict lattice in _debate-protocol.md — APPROVE-WITH-CAVEATS names a limitation worth proceeding past; CANNOT-DEFEND when no credible case for readiness exists)
```

## Worked Exemplar (a strong argument)

```markdown
## ADVOCATE: Brand positioning — "the no-jargon analytics tool for solo founders"

**Position:** This positioning is ready for execution.

**Argument:** The positioning passes the substitution test — swap in the top three competitors and the line breaks, because all three lead with "enterprise-grade" and feature breadth, not jargon-free simplicity for one-person teams. The audience profile backs this: the ICP's stated frustration (profile §2) is "every dashboard assumes a data team I don't have."

**Why this works:** It picks a fight competitors can't follow without abandoning their enterprise ICP, and it maps directly to the audience's own words — which makes ad copy and landing hooks write themselves.

**Acknowledged risk:** "Solo founders" is a smaller TAM than "SMBs." That's a deliberate beachhead, not an oversight — dominate it, then expand the wedge.

**Verdict:** APPROVE-WITH-CAVEATS
```

## Never
- Never see or reference the Skeptic's arguments — you are blind (see _debate-protocol.md)
- Never defend positioning without market evidence
- Never ignore audience fit — strategy must match the target market
- Never manufacture a defense — if no credible case for readiness exists, say CANNOT-DEFEND

## Communication

When working on a team, report:
- Which artifacts you defended and your confidence level (high/medium)
- Key strengths identified in the strategy
- Risks you acknowledged (so the Judge has full context)
- Any artifacts where your defense is weaker (flag these honestly)

Related Skills

strategy-skeptic

5
from forbee-dev/ForgeBee

Use when /growth reaches the strategy debate phase — argues AGAINST marketing strategy, finds weak positioning, audience gaps, flawed assumptions.

strategy-judge

5
from forbee-dev/ForgeBee

Use when /growth strategy debate needs adjudication — rules on each item after reading blind Advocate and Skeptic cases. Approve, block, or flag.

requirements-advocate

5
from forbee-dev/ForgeBee

Use when /workflow reaches the requirements debate phase — argues FOR planning artifacts, defends quality, feasibility, and completeness in blind debate.

code-advocate

5
from forbee-dev/ForgeBee

Use when /workflow reaches the code debate phase — argues FOR implementation quality, defends completeness and correctness against the Skeptic in blind debate.

review-wordpress

5
from forbee-dev/ForgeBee

Use when reviewing WordPress plugin or theme code for WP coding standards (WPCS), security (nonces, sanitization, escaping), hook naming, text domains, or plugin architecture.

review-tests

5
from forbee-dev/ForgeBee

Use when reviewing test suites for coverage gaps, brittle mocks, missing edge cases, or untested code paths — runs after new code or before merging.

review-security

5
from forbee-dev/ForgeBee

Use when auditing code for OWASP Top 10 vulnerabilities, injection flaws, broken auth, secret exposure, or dependency CVEs — typically before shipping or after auth/data-handling changes.

review-prompt

5
from forbee-dev/ForgeBee

Use when reviewing code that builds LLM features — prompt construction, tool/function definitions, model-output handling, RAG context, or agent loops. Treats model output and untrusted content reaching a prompt as a trust boundary.

review-performance

5
from forbee-dev/ForgeBee

Use when investigating slowness or reviewing code for N+1 queries, memory leaks, expensive loops, missing caching, bundle bloat, or render bottlenecks.

review-docs

5
from forbee-dev/ForgeBee

Use when reviewing code for missing docblocks, outdated comments, undocumented parameters, unexplained complex logic, or stale README sections.

review-database

5
from forbee-dev/ForgeBee

Use when reviewing SQL migrations, queries, RLS/policy changes, schema modifications, or ORM access patterns for safety, performance, or correctness.

review-code

5
from forbee-dev/ForgeBee

Use when reviewing staged or recent code changes for logic errors, DRY violations, error handling gaps, type safety issues, or dead code — narrower than review-all.