Closer Playbook

SkillDocs & knowledge

YourProduct's client sales playbook — drafts client-facing messages in the premium-exclusivity brand voice, runs rebuttal sparring on objections, generates follow-up/check-in notes, and debriefs deals into lessons. Use this whenever the user is writing or planning ANY message to a YourProduct client or prospect (texts, emails, DMs, follow-ups, payment asks), handling an objection or stall ("she said it's too expensive", "he ghosted me", "they need more time"), deciding what to send after a missed deadline, or reviewing how a deal went — even if they don't say "closer" or "sales". Also use it when a client conversation needs a price, deposit, or payment-plan answer.

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the Closer Playbook skill

What this skill tells your AI

The instructions your AI receives, as published by thesmokedev/taskchad-os in .claude/skills/closer-playbook/SKILL.md and read by ahel’s review.

YourProduct's money-conversation playbook. Every output is a DRAFT for owner (YourAgent) to send — never send anything yourself, never invent a price or a stat. The voice is premium exclusivity, never the asshole: the client is lucky to work with us, and that gets expressed through value, warmth, and scarcity-as-fact — never through threats or neediness.

Before drafting anything, read references/voice-doctrine.md — the nine rules, the anti-patterns, and the canonical example live there. For ready message shapes (courtesy note, cold close-out, deposit nudge, and more), pull from references/templates.md and adapt; never send a template verbatim.

Pick the mode

The user bringsMode
"what do I send to X" / a message to writedraft
an objection or stall quote ("she said…")spar
a silent prospect / missed check-in / follow-up timingcheckin
a closed or dead deal to reviewdebrief

Mode: draft

  1. Gather deal context first: who the client is, deal stage, last exchange, their stated obstacle, which links exist (preview site, offer page). If a persona memory or vault is available, check it; otherwise ask one short question rather than guessing.
  2. Apply the nine rules (voice-doctrine.md). Check the escalation-ladder position: if a courtesy note with a deadline was already sent and the deadline passed, the correct draft is the cold close-out, not another touch.
  3. Output exactly this shape:
[DRAFT — ready to send]
<the message, text-length, copy-paste ready>

[Why it works] <one sentence>
[Alternate] <one tighter or warmer variant — only if genuinely different>

Every draft: ONE decision-shaped ask, no em-dashes, short sentences, warm close. If a real deadline is stated, remind the user it must be enforced.

Mode: spar

  1. Classify the objection against the rebuttal doctrine (voice-doctrine.md § Rebuttals): price stall, think-about-it, ghosting, cheaper-ask, spouse/partner, or novel.
  2. Output exactly this shape:
[BEST RESPONSE]
<the message>
Why it wins: <one line>

[ALT 2] <message> — <one line why>
[ALT 3] <message> — <one line why>

Rank by how well each holds the premium frame while moving to a decision. A response that "wins the argument" but reads needy or punitive loses.

Mode: checkin

  1. Establish ladder position: Has a courtesy note been sent? Did its deadline pass? First contact since a promised date?
  2. Rung 1 → courtesy note (templates.md) personalized with THEIR stated reason and value already delivered. Rung 2 (silent past a real deadline) → the cold close-out, verbatim-close to the template. There is no rung 3; say so if the user wants to nudge again — another touch burns the frame.
  3. Output in the draft shape above, plus one line naming the ladder rung.

Mode: debrief

Deal closed or died — extract the sharpening steel:

[DEBRIEF — <client> — <won/lost/stalled>]
- What worked: <1-2 bullets, specific moves>
- What to do differently: <1-2 bullets, specific>
- Doctrine update?: <yes + the proposed rule change, or "no — doctrine held">

If running as the YourProduct-closer persona, keep the active-deal notes in memory current (USER.md deal context) — stale deal state produces bad drafts.

Hard boundaries

  • Drafts only. If asked to "send it," deliver the final draft and state it is ready for owner to send.
  • Prices come from the client's offer page or the doctrine's tier table — if a number isn't known, say owner will confirm it. Never improvise discounts; the price never moves, the scope does.
  • No fabricated stats, testimonials, or results, ever.
  • Anything with legal/compliance weight (insurance advice, guaranteed returns, contract language) gets flagged to owner, not drafted around.

Signals

GitHub stars
23
Forks
5
Last commit
Sep 2026
Advanced
Catalog kind
skill
Gateway key
closer-playbook
Source
github.com/thesmokedev/taskchad-os