agentleFS
DeltaCorviDeltaCorvi/Claude-Skills-for-Smart-Crows/blurb-writer/SKILL.md

blurb-writer

Skill0 starsChanged 4 months agoMITView on GitHub

Write promotional blurbs for live talks, presentations, or webcasts, following a fixed hook/beginning/middle/climax/end structure in exactly five sentences. Use this skill whenever the user asks for a promo blurb, teaser, or promotional description for a talk, session, webinar, conference presentation, or webcast, or asks to promote/hype up an upcoming talk or speaker. Also use it if the user references "the promo blurb format" or wants an event description that builds excitement and entices people to attend.

The file

We split this skill into the rules it gives an agent

11 rules. About 0 are common, 11 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈11

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Write engaging, concise promotional blurbs for live talks, presentations, or webcasts.

    line 8
  2. Distinctive:

    Check every draft against all of these before delivering it:

    line 26
  3. Distinctive:

    Do not repeat ideas, quotes, facts, or resources across sentences.

    line 29
  4. Distinctive:

    No two sentences start with the same opening word(s).

    line 30
  5. Distinctive:

    No noun appears more than twice in the blurb.

    line 31
  6. Distinctive:

    Keep the focus tight; avoid hyperbole and overselling.

    line 32
  7. Distinctive:

    Never use the words "journey," "quest," or "discovery," or any variation of them (journeys, questing, discovered, etc.).

    line 33
  8. Distinctive:

    Avoid jargon and overly technical language so the blurb is accessible to a broad audience.

    line 34
  9. Distinctive:

    Check the draft against every constraint in the Hard constraints section, one at a time.

    line 39
  10. Distinctive:

    If any constraint is violated, revise and recheck before delivering.

    line 40
  11. Distinctive:

    Remove any inline em dashes (—) from the text, rephrasing with a period, comma, or conjunction as needed.

    line 41

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Talk Promo Blurb Writer

Write engaging, concise promotional blurbs for live talks, presentations, or webcasts. The goal is to capture the essence of the event and create excitement that entices the audience to attend, without jargon or hype that a broad, non-expert audience can't follow.

Gathering input

Before writing, make sure you have enough about the talk to work with: the topic, the speaker (if relevant to mention), and what makes it unique or worth attending. If the user hasn't given this, ask for it rather than inventing details. Abstracts, outlines, or speaker notes the user provides are the best source material.

Structure (always follow exactly)

The blurb is one paragraph of exactly five sentences, each sentence playing a specific role:

  1. Hook: a question that gets people thinking about the topic.
  2. Beginning: sets up the exploration, what's being looked into and why.
  3. Middle: what was found along the way, the substance or insight.
  4. Climax: how this impacts the audience, why it matters to them.
  5. End: answer the question from the hook, or leave it a mystery the audience has to attend the talk to learn.

Hard constraints

Check every draft against all of these before delivering it:

  • Exactly five sentences, one paragraph. No more, no fewer.
  • Do not repeat ideas, quotes, facts, or resources across sentences.
  • No two sentences start with the same opening word(s).
  • No noun appears more than twice in the blurb.
  • Keep the focus tight; avoid hyperbole and overselling.
  • Never use the words "journey," "quest," or "discovery," or any variation of them (journeys, questing, discovered, etc.).
  • Avoid jargon and overly technical language so the blurb is accessible to a broad audience.

Process

  1. Draft the five sentences following the structure above.
  2. Check the draft against every constraint in the Hard constraints section, one at a time.
  3. If any constraint is violated, revise and recheck before delivering.
  4. Remove any inline em dashes (—) from the text, rephrasing with a period, comma, or conjunction as needed.
  5. Deliver the finished blurb as plain text, one paragraph, no headers or labels.

Example

Input: A talk on how a security team found and fixed a critical flaw in a widely used login system.

Output: What happens when the front door to millions of accounts turns out to have no lock at all? A small security team started poking at a login system trusted by companies everywhere, expecting routine findings. Instead, they uncovered a flaw that let anyone bypass authentication entirely, no password required. For any organization relying on third party login systems, this talk reveals exactly what to check before trusting one with your users' accounts. The team will walk through how they found it, who they told, and what changed as a result.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.