agentleFS
ScinoScino/fstack/skills/lead-reply/SKILL.md

lead-reply

Skill18 starsChanged 53 days agoMITView on GitHub

Draft high-conversion, charming, consultative, and non-salesy replies to inbound leads and inquiries. Considers real product capabilities, persona, and next steps without AI slop. Use for /lead-reply, "draft reply to lead", or sales inquiries.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

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

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    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:

    Use whenever you need to reply to:

    line 15
  2. Distinctive:

    If the product does it: state how simply and clearly.

    line 29
  3. Distinctive:

    Use short paragraphs (1-3 sentences max).

    line 35
  4. Distinctive:

    Check the current project state (README, documentation, pricing, code):

    line 48
  5. Distinctive:

    Don't push a heavy calendar link if an async answer suffices.

    line 59

≈ “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

Lead Reply

Turn raw inbound lead inquiries, demo requests, and sales emails into authentic, high-converting replies that sound like a passionate, thoughtful founder—not a spammy SDR or automated AI robot.


When to Invoke

Use whenever you need to reply to:

  • A potential customer reaching out via contact form or email.
  • A prospect asking whether your product supports specific features or integrations.
  • An enterprise or SMB asking about pricing, security, or enterprise tiers.
  • A warm introduction from an investor or mutual connection.

Core Philosophy: The Anti-SDR Posture

  1. Be a Consultative Builder, Not a Pitch Machine:
    • Talk founder-to-founder (or engineer-to-engineer).
    • Answer their direct question in the first 2 sentences. Never dodge with "That's a great question, let's jump on a 30-minute discovery call to discuss your synergies."
  2. Honesty on Capabilities:
    • If the product does it: state how simply and clearly.
    • If the product doesn't do it yet: say so plainly ("We don't support X today because we're focused on nailing Y. If X is a hard blocker for you, we might not be the best fit right now, but here's how some teams work around it..."). Brutal honesty builds immediate trust.
  3. Zero Robotic Slop:
    • No "I hope this email finds you well".
    • No "I would love to pick your brain".
    • No "revolutionary," "game-changing," "seamlessly integrate".
    • Use short paragraphs (1-3 sentences max). Write like you type in Slack or Apple Mail on a phone.

The Workflow

Step 1: Analyze the Inbound

Extract and classify:

  1. Persona: Are they a solo developer, technical founder, VP Engineering, or procurement manager?
  2. Specific Needs & Pain: What problem are they trying to solve right now?
  3. Subtext & Urgency: Are they evaluating 3 competitors? Do they have a deadline?

Step 2: Cross-Reference Product Reality

Check the current project state (README, documentation, pricing, code):

  • What is supported in production today?
  • What requires custom enterprise setup?
  • What is out of scope?

Step 3: Draft the Response

Structure:

  1. Direct Greeting: First name only ("Hey Alex,").
  2. Direct Answer First: Address their main question immediately.
  3. Context / Proof: 1-2 sentences on how existing users or you personally use it.
  4. Low-Friction Next Step:
    • Don't push a heavy calendar link if an async answer suffices.
    • Give an option: "Happy to spin up a quick sandbox for you to test, or if you prefer a 15-min walkthrough, grab any slot here [link]."
  5. Sign-off: Warm, informal ("Best, / Cheers, / Talk soon," + Founder Name).

Step 4: Polish with /unslop-email

Pass the draft through the unslop email principles to remove any residual corporate stiffness.


Example Output

Hey Sarah,

Yes, we handle Webhook retries with exponential backoff out of the box. If your endpoint is down, we buffer events for up to 72 hours and alert you in Slack.

Regarding SOC2: we're currently Type I certified and our Type II audit finishes in Q3. I can share our security packet and bridge letter if you need them for compliance.

If you'd like to test it out on a staging project, here's a link to skip the waitlist [link]. Or if you prefer a quick 15-min technical walkthrough, feel free to grab a time that works for you: [link].

Best,
Fabio

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.