mcpField
B
benchmark-to-brief

benchmark-to-brief

github.com/postplusaiMarketing & growth271.0k installsUpdated 1d ago
Repository

About benchmark-to-brief

benchmark-to-brief is a marketing strategy skill for turning validated benchmark research into evidence-based campaign briefs, concepts, hooks, and test plans. It keeps recommendations tied to source material and flags inferences or missing evidence.

Key features

  1. 01Evidence-grounded campaign briefs
  2. 02Concept and hook development
  3. 03Lane prioritization
  4. 04A/B test matrices
  5. 05Source-basis tracking

Use cases

  1. 01Convert benchmark reports into campaign briefs
  2. 02Identify hook patterns for concept candidates
  3. 03Prioritize content lanes using research
  4. 04Plan tests with evidence-backed variables

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/postplusai/postplus-skills --skill benchmark-to-brief

After installing, type/benchmark-to-briefin Claude Code to confirm it loaded.

Details

From the project README

Benchmark To Brief

Use When

  • Turn validated benchmark research into campaign briefs, concept candidates, hook libraries, lane priorities, or test matrices.
  • Use after research already exists; this is the strategy handoff between evidence and execution.

Do Not Use When

  • The task is greenfield brainstorming without source evidence.
  • The user needs final scripts; return a script-ready brief and send it to the human script review gate.
  • The user needs visual generation; hand off to asset generation workflows after the evidence-backed brief exists.

Required Input

  • Validated evidence such as benchmark reports, master tables, pattern tables, strategy tables, comment analyses, or performance findings.
  • For the structured artifact, input JSON with corePromise, hookOptions, workflow, sourceFacts, and sourceBasis.

Fact Rule

Everything produced by this skill must be grounded in available evidence.

Do not invent:

  • target personas with no source basis
  • hooks that contradict benchmark wording
  • unsupported product claims
  • audience motivations not reflected in data

If evidence is incomplete, separate:

  • Observed from sources
  • Inference
  • Open question

Default Workflow

  1. Use the smallest sufficient evidence set already supplied or explicitly identified by the user.
  2. Prefer structured artifacts first: final report, strategy table, pattern table, master table, then comment summaries.
  3. Extract facts before proposing: winning lanes, repeated hook shells, repeated structure types, visual format tendencies, user-language patterns, and strong examples.
  4. Map facts to brief fields: source artifact, benchmark ids or examples, why the pattern fits the product, and variable being tested.
  5. Keep each concept narrow: one problem, one hook family, one format, one test variable.
  6. Preserve benchmark language when adapting hooks unless the user asks for variant testing.
  7. Return an execution object: brief, concept list, hook set, script input, or approved copy.

Judgment Flow

For every recommendation, answer:

  • what problem is being cut?
  • what hook shell is being reused?
  • what content lane does it belong to?
  • what variable is being tested?
  • which source evidence supports it?
  • what claim or audience motivation is only inference?

Stop Conditions

  • Stop when required user intent, source evidence, or owned input artifacts are missing and guessing would change the result.

Output Shape

Common outputs:

  • campaign brief
  • concept candidates
  • hook library
  • lane prioritization
  • AB test matrix

Campaign brief fields:

  • objective
  • priorityLanes
  • personaConstraints
  • approvedHookFamilies
  • prohibitedDirections
  • variablesToTest
  • sourceBasis

Concept candidate fields:

  • conceptId
  • problemToCut
  • hookType
  • hookDraft
  • targetLane
  • formatType
  • whyThisFits
  • sourceBasis
  • testVariable

Anti-Patterns

  • vague ideas like "make a productivity video"
  • copying benchmark content without adapting the concrete product variable
  • rewriting concrete benchmark language into abstract brand claims
  • treating raw research as execution-ready without a brief or concept object
  • passing raw research directly into publishing

Handoff

  • Return the structured output or an explicit evidence blocker. Hand off only explicit execution objects to script review, asset generation workflows, or content packaging.

Public Command Boundary

  • Choose the smallest matching command or workflow from the user input and run it directly.

Comments

Markdown supported