agentsclimarketplace

Creative testing

Skill celeryhq/simplified-ai/skills/creative-testing

Design, produce, and evaluate disciplined social creative tests for marketers. Use when the user asks for A/B tests, hook tests, creative variants, message experiments, format tests, offer or CTA tests, an experimentation roadmap, ways to improve a campaign systematically, or draft variants whose results can produce a reusable marketing learning.From its SKILL.md

Install
npx -y skills add celeryhq/simplified-ai --skill creative-testing

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
  • runs commandsInstructs the agent to run 5 commands, including `social_getSocialMediaAccounts` and 4 more.

SKILL.md

4.2 KB, 740 tokens by cl100k_base, as published. Nobody here has run it

Creative Testing

Create tests that isolate a meaningful decision and produce learning the team can reuse—not a pile of unrelated variants.

Guardrails

  • Do not claim statistical significance from ordinary organic social comparisons, small samples, unequal delivery, or platform-reported totals without a valid experiment design.
  • Hold audience, offer, placement, timing, and CTA constant when testing a creative variable unless one of those is the declared variable.
  • Preserve factual claims and required disclaimers across variants. Never make a test “stronger” by inventing proof or urgency.
  • Image or video generation spends credits. Confirm ambiguous generation and avoid generating variants that do not test a defined hypothesis.
  • Create variants as drafts and require explicit approval before scheduling or queueing.
  • Do not automatically declare a winner from the highest raw engagement count; match the decision metric to the objective.

Workflow

  1. Define the business decision: what choice will change if this test succeeds? Resolve objective, audience, offer, channel/placement, conversion path, current control, constraints, and available volume.
  2. When a baseline exists, call social_getSocialMediaAccounts, then retrieve relevant aggregated, range, and post analytics. Distinguish observed patterns from hypotheses.
  3. Write one falsifiable hypothesis: changing X for Y audience/context should improve Z metric because reason.
  4. Select one primary variable: hook, promise framing, proof type, visual treatment, opening frame, format, CTA language, creator/brand voice, or offer framing. Use references/experiment-design.md to control confounds.
  5. Define the control and two to four purposeful variants. Each variant must express a distinct strategic alternative, not superficial synonym changes.
  6. Choose a primary decision metric and guardrails before production. Examples: qualified reach/video hold for attention, saves or substantive engagement for utility, clicks/leads/bookings for response, and negative feedback for audience cost.
  7. Produce a test matrix with invariant elements, variable, hypothesis, assets, account/placement, run window, minimum practical evidence, and decision rule.
  8. If new creative is authorized, use $generate-image or $generate-video with reusable asset storage. Keep composition, product, and brand constants unless visual treatment is the tested variable.
  9. Create each execution with social_createSocialMediaPost and action: "draft", using required platform settings. Never publish one variant early and call it a fair comparison.
  10. After the run, use $social-performance-analyst to compare results. Record result, confidence/limitations, learning, next decision, and follow-up test. Retain a control until a challenger wins under a credible comparison.

Experimentation Standard

  • Prioritize high-leverage uncertainty. Test the promise or proof before button color, emoji, or trivial copy edits.
  • Separate exploration from validation. Early tests can identify promising territories; later tests should isolate and confirm the driver.
  • Build variants from different audience tensions or persuasion mechanisms, not random creativity.
  • Evaluate platform delivery effects, audience overlap, spend, timing, and sample imbalance before attributing performance to creative.
  • Stop tests that create brand, legal, reputational, or customer-experience risk regardless of short-term metrics.
  • Turn each result into a reusable rule with scope: what worked, for whom, where, under what conditions, and what remains unknown.

Output

Lead with the decision and hypothesis. Then show the controlled matrix, draft/asset status, measurement and stopping rules, validity risks, and the learning record the team should complete after results arrive.

What ships with it: 2 files

2.3 KB alongside SKILL.md

agents/

references/

Gives 0 of the 12 instructions most test skills give in 740 tokens

Counted across 1,201 of the 2,096 authors here whose files we hold, read 2026-09-06

  • Write a failing test before writing codein 43 of 1201, across 36 files
  • Run the full test suitein 36 of 1201, across 35 files
  • Test only one variable per experimentin 34 of 1201, across 17 files
  • Read product marketing context before asking questionsin 34 of 1201, across 14 files
  • Mock external dependenciesin 34 of 1201, across 30 files
  • Define primary, secondary, and guardrail metricsin 33 of 1201, across 16 files
  • Pre-determine sample size before startingin 31 of 1201, across 14 files
  • Test behavior rather than implementationin 31 of 1201, across 29 files
  • Formulate a hypothesis before designing a testin 30 of 1201, across 13 files
  • Document every test hypothesis, variant, and resultin 29 of 1201, across 11 files
  • Use descriptive test function namesin 25 of 1201, across 21 files
  • Commit to the methodology without stopping earlyin 24 of 1201, across 8 files

Said here and by no other author read

  • Define the business decision before testing
  • Select one primary variable to test
  • Hold all non-variable elements constant
  • Create variants as drafts for approval
  • Match decision metrics to the objective
  • Produce a test matrix for every experiment

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.