SKILL·DE59A5

suede-marketing-council

JasonColapietro
更新于 8 days ago
152
8
152
在 GitHub 上查看
wordai

关于

This skill simulates a council of marketing experts to analyze a single, bounded marketing question using documented public frameworks. It deliberately surfaces disagreements between advisors to highlight trade-offs and evidence gaps before synthesizing a final decision. Developers should use it for strategic deliberation, not for factual claims about individuals, primary research, or tactical execution.

快速安装

Claude Code

推荐
主要方式
npx skills add JasonColapietro/suede-creator-skills -a claude-code
插件命令备选方式
/plugin add https://github.com/JasonColapietro/suede-creator-skills
Git 克隆备选方式
git clone https://github.com/JasonColapietro/suede-creator-skills.git ~/.claude/skills/suede-marketing-council

在 Claude Code 中复制并粘贴此命令以安装该技能

技能文档

Suede Marketing Council

Suede convenes a clearly labeled simulated council that applies documented public frameworks to one bounded marketing question. Its value is disciplined disagreement: conflicting lenses expose the trade-offs, evidence gaps, and tests the user should consider before choosing a direction.

This is persona simulation, not the real people. Every take must be grounded in what the advisor actually wrote or said (see Grounding Rules). Label the output as simulation.

Before Starting

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md), read it before asking questions.

Then clarify (ask only for what's missing):

  1. The question — What decision or work product is the council reviewing? (a strategy, a landing page, a pricing change, a launch plan, a rebrand, an ad account)
  2. The stakes — What happens if this goes well or badly? What's already been tried?
  3. Session mode — quick take, council session, or full council (see below). Default: council session.

Session Modes

ModeSeatsWhen
Quick take1 advisor"What would Ogilvy say about this headline?" — a single named advisor
Council session (default)3–5 advisorsA real decision that benefits from conflicting lenses
Full councilAll 12Major strategic decisions — expect a long output; offer this only when stakes justify it

The Bench

Twelve advisors, chosen so their lenses collide. Full dossiers live in references/advisors/ — load only the seated advisors' files.

AdvisorLensFile
Seth GodinRemarkability, permission, smallest viable audienceseth-godin.md
David OgilvyResearch-driven brand advertising with direct-response disciplinedavid-ogilvy.md
Eugene SchwartzChannel existing mass desire; awareness & sophistication stageseugene-schwartz.md
Claude HopkinsScientific advertising — test everything, reason-why copyclaude-hopkins.md
Gary HalbertThe starving crowd — market and list before product and copygary-halbert.md
Russell BrunsonFunnels, value ladders, hook-story-offerrussell-brunson.md
Alex HormoziOffer construction and the value equation; volume and leveragealex-hormozi.md
April DunfordPositioning against real competitive alternativesapril-dunford.md
Rory SutherlandBehavioral science and psycho-logic; the opposite of a good idea can also be a good idearory-sutherland.md
Byron SharpEvidence-based brand science — mental & physical availability, reach over loyaltybyron-sharp.md
Ann HandleyContent and writing craft; slower, braver marketingann-handley.md
Gary VaynerchukAttention arbitrage — be native to underpriced channels at volumegary-vaynerchuk.md

Seating the Council

For a council session, seat 3–5 advisors:

  1. 2–3 whose lens directly fits the question type (table below).
  2. Always seat at least one designated dissenter — an advisor whose documented position conflicts with where the question is leaning. A council that agrees is a mirror, not a board.
  3. Honor explicit requests ("I want Hormozi and Godin on this").
Question typeStrong fitsNatural dissenters
Positioning / messagingDunford, Godin, SchwartzSharp (differentiation skeptic)
Offer / pricingHormozi, Halbert, BrunsonSutherland (price ≠ value logic), Godin (race-to-the-bottom warning)
Brand building / awarenessSharp, Ogilvy, SutherlandHopkins, Halbert (show me the sales)
Copy / creative reviewOgilvy, Schwartz, Halbert, HandleySutherland (test the illogical)
Funnels / conversion pathBrunson, Hormozi, HopkinsGodin (permission over pressure), Handley (you're churning trust)
Content strategyHandley, Godin, VaynerchukSharp (reach beats depth), Hopkins (where's the response?)
Paid ads / mediaHopkins, Sharp, VaynerchukGodin (interruption is a tax)
Growth / scalingHormozi, Vaynerchuk, SharpHandley (quality erosion), Dunford (scaling a fuzzy position)
Audience / channel choiceVaynerchuk, Sharp, HalbertGodin (smallest viable audience vs. mass reach)
Launch strategyBrunson, Godin, HalbertSharp (launches fade; availability compounds)

Session Protocol

  1. Load the seated advisors' dossiers from references/advisors/.
  2. Optional live research pass — see below. Offer it when the question is specific enough that documented positions may not cover it, or the user wants citations.
  3. Each advisor's take — 2–4 paragraphs per advisor:
    • Open with the advisor applying their signature questions to the user's case
    • Apply their frameworks to the specifics (their dossier lists them) — not generic advice with a name attached
    • State their recommendation with the conviction they'd actually have
    • Written in their voice per the dossier's voice notes, without fabricated quotes
  4. The disagreement map — the most valuable section. Identify 2-4 genuine conflicts between the takes, name the underlying trade-off each conflict represents (e.g., "Sharp vs. Godin here is really reach vs. resonance — which constraint binds this business?"), and say what evidence would settle each.
  5. Synthesis — a chair's summary: the recommendation that best fits this user's stage, category, and constraints; which advisor's warning to keep as a tripwire; and concrete next steps with skill handoffs (see Related Skills).

Live Research Pass

When the topic is specific (a niche, a channel shift, a current platform change) or the user wants sources, go beyond the dossiers:

  • If a deep-research skill is installed (e.g., deep-research): use it to find what the seated advisors have actually said or written about this topic class — books, essays, interviews, podcasts — plus current state of the debate.
  • If a video-analysis skill is installed (e.g., watch-video): pull takes from specific talks/interviews the research surfaces.
  • If a recency skill is installed (e.g., last30days): check for recent takes when the topic is fast-moving.
  • Otherwise: use built-in web search for [advisor name] + [topic] per seated advisor, preferring primary sources (their own books, blogs, newsletters, talks) over roundup articles.

Fold findings into the takes with citations ("In a 2023 interview on X, Dunford argued…"). If research contradicts a dossier, trust the research and note the correction.

Grounding Rules (non-negotiable)

  • Label the session as simulation once, at the top: a line like "Simulated council — each take is built from the advisor's published frameworks and positions, not their actual review."
  • No fabricated quotes. Direct quotation only for lines verifiable in the dossier or research pass, with the source named. Otherwise paraphrase: "Hopkins's position in Scientific Advertising is…"
  • No invented endorsements or condemnations. An advisor can be simulated applying their framework to the user's product; never state or imply the real person has an opinion about the user's specific company.
  • Living advisors get extra care. Godin, Brunson, Hormozi, Dunford, Sutherland, Sharp, Handley, and Vaynerchuk are alive and active — their positions evolve; prefer the research pass for anything time-sensitive, and never simulate them commenting on named competitors or controversies.
  • Disagree in substance, not caricature. Each advisor's take must be the strongest version of their view applied to this case — no strawmen for the synthesis to knock down.
  • If the dossier and the user's question don't overlap (e.g., asking Hopkins about TikTok), say so in the take and reason by explicit analogy: "Hopkins never saw social feeds, but his sampling principle maps like this…"

Output Format

> Simulated council — each take is built from the advisor's published
> frameworks and positions, not their actual review.

## The question before the council
[1-2 sentence restatement + what's at stake]

## Seated: [Advisor A], [Advisor B], [Advisor C] ([mode])
[One line on why this bench, including who was seated as the dissenter]

---

### [Advisor A] — [their lens, 3-5 words]
[2-4 paragraph take]
**Bottom line:** [one sentence]

### [Advisor B] — …
…

---

## Where the council disagrees
1. **[Conflict]** — [A] says X because [framework]; [B] says Y because
   [framework]. The real trade-off: [underlying tension]. What would
   settle it: [evidence/test].
2. …

## Chair's synthesis
[Recommendation fitted to this user's stage and constraints]
- **Do:** [2-4 concrete next steps]
- **Tripwire:** [which advisor's warning to monitor, and the signal]
- **Execute with:** [skill handoffs]

Adding a Custom Advisor

Users can extend the bench ("add my own advisor"). Create a dossier following the structure in references/advisor-template.md — the same fields as the built-in advisors (lens, frameworks, documented positions with sources, signature questions, best-for/blind spots, voice notes, key works). For non-famous advisors (the user's old boss, an internal exec), have the user supply the positions; do not invent them. Save to .agents/advisors/<name>.md in the user's project so it persists and never collides with repo updates.

Anti-Patterns

  • The agreeing council — five takes that all bless the user's existing plan. Re-seat with a real dissenter.
  • Name-flavored generic advice — a take that would survive with the name swapped isn't a take; anchor each one in that advisor's specific frameworks and documented positions.
  • Quote soup — stitching famous one-liners together instead of applying the method behind them.
  • Council for execution work — the council decides direction; it doesn't write the landing page. Hand off to the execution skill once direction is set.
  • Twelve advisors on a headline — match the bench size to the stakes.

Boundaries

  • Do not present a simulation as the real person's statement, endorsement, advice, or current opinion.
  • Do not fabricate quotes, sources, consensus, credentials, or live research.
  • Do not publish, contact anyone, spend money, or execute a recommendation without explicit authorization.
  • Do not let the simulated council decide legal, ethical, financial, or brand-risk acceptance for the user.

Routing

  • Use suede-product-marketing for positioning and suede-offers or suede-pricing for the commercial package.
  • Use suede-copy, suede-ads, or suede-ad-creative to execute an approved direction.
  • Use suede-content-strategy, suede-social, or suede-marketing-psychology for channel and behavior work.
  • Use suede-ab-testing when disagreement should become a measurable experiment.

GitHub 仓库

JasonColapietro/suede-creator-skills
路径: skills/suede-marketing-council
0
agent-orchestrationagent-skillagent-skillsai-agentsai-codinganthropic
FAQ

常见问题

什么是 suede-marketing-council Skill?

suede-marketing-council 是一个 Claude Skill,作者为 JasonColapietro。Skill 将 Claude 按需加载的说明和资源打包,让 Claude 无需额外提示即可执行与 suede-marketing-council 相关的任务。

如何安装 suede-marketing-council?

使用本页的安装命令:将 suede-marketing-council 作为插件添加到 Claude Code,或将其仓库克隆到 skills 目录,然后重启 Claude 以加载该 Skill。

suede-marketing-council 属于哪个分类?

suede-marketing-council 属于元分类。

suede-marketing-council 可以免费使用吗?

可以。suede-marketing-council 已收录在 AIMCP,可免费安装。

相关推荐技能

content-collections

Content Collections 是一个 TypeScript 优先的构建工具,可将本地 Markdown/MDX 文件转换为类型安全的数据集合。它专为构建博客、文档站和内容密集型 Vite+React 应用而设计,提供基于 Zod 的自动模式验证。该工具涵盖从 Vite 插件配置、MDX 编译到生产环境部署的完整工作流。

查看技能
polymarket

这个Claude Skill为开发者提供完整的Polymarket预测市场开发支持,涵盖API调用、交易执行和市场数据分析。关键特性包括实时WebSocket数据流,可监控实时交易、订单和市场动态。开发者可用它构建预测市场应用、实施交易策略并集成实时市场预测功能。

查看技能
creating-opencode-plugins

该Skill帮助开发者创建OpenCode插件,用于接入命令、文件、LSP等25+种事件。它提供了插件结构、事件API规范和JavaScript/TypeScript实现模式,适合需要拦截操作、扩展功能或自定义事件处理的场景。开发者可通过它快速构建响应式模块来增强OpenCode AI助手的能力。

查看技能
sglang

SGLang是一个专为LLM设计的高性能推理框架,特别适用于需要结构化输出的场景。它通过RadixAttention前缀缓存技术,在处理JSON、正则表达式、工具调用等具有重复前缀的复杂工作流时,能实现极速生成。如果你正在构建智能体或多轮对话系统,并追求远超vLLM的推理性能,SGLang是理想选择。

查看技能