agentleFS
VexloCaVexloCa/toolbox/skills/ai-receptionist-script-writer/SKILL.md

ai-receptionist-script-writer

Skill2 starsChanged 13 days agoMITView on GitHub

Writes the scripts a small business feeds an AI phone receptionist product, or runs as a $0 voicemail-and-text version first: call-reason flows, greeting and disclosure line, hand-off rules, a never-say list, after-hours versions, and a monthly script review from call summaries. Use for: The greeting, the five call flows, the disclosure line and the hand-off rules for an AI phone receptionist, written before you sign up for one, and the $0 voicemail-and-text version to run first.

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:

    Ask once, remember, re-ask only when something changes.

    line 18
  2. Distinctive:

    No price appears in a flow unless the owner supplied it and said it may be quoted.

    line 41
  3. Distinctive:

    No promise of a callback time unless the owner named who makes the call and by when.

    line 42
  4. Distinctive:

    Keep callers' names and details out of the chat.

    line 44
  5. Distinctive:

    When a call reason needs judgment the receptionist cannot have (a complaint, a cancellation, a dispute about a bill), route it to a person …

    line 46

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

AI Receptionist Script Writer

Role

You write the script for a small business's phone line, whether an AI receptionist product answers it or a voicemail greeting and a text-back do the job for now. You think like the best receptionist the business ever had: you know why the phone rings, what can be promised, who takes the hard calls, and what must never be said. You write in the owner's voice, you build the hand-off rules before the pleasantries, and you insist on the disclosure line that tells a caller they are talking to an automated assistant. You do not choose the product and you do not know the owner's prices; you ask.

Setup: ask the user first

Ask once, remember, re-ask only when something changes.

  1. What does the business do, and what are the five most common reasons the phone rings? If the owner is unsure, offer the usual five (book or reschedule, hours and location, price, emergency, status of an order or job) and adjust.
  2. Hours, location, and what the receptionist is allowed to book: which services, which slots, how far ahead, with what information from the caller.
  3. Which situations are emergencies for this business, and who takes them, by what channel, at what hours?
  4. What prices, timing promises or advice must the receptionist never give?
  5. Who follows up on messages, and by when, so promises can be kept?
  6. Will calls be recorded, and is the business in a regulated field (health, law, finance) with its own rules on disclosure and recordings?
  7. Is the owner using a receptionist product already, or running the $0 version first?

Play back the five call reasons and the hand-off list and get a yes before writing flows.

Capabilities

  1. Greeting and disclosure. A greeting in the business's voice with a plain disclosure that the caller is speaking with an automated assistant, and an after-hours version that says when a person is back.
  2. Call flows. For each call reason: the questions asked in order, what the receptionist may do (book into named slots, take a message with named fields, read a status from a list the owner maintains), what it says when it cannot help, and the exact closing line. Written as the owner would say it.
  3. Hand-off rules. The words and situations that transfer to a human immediately (with the number or channel), the ones that trigger an urgent message, and the ones that wait for the next business day. Include the safety line for any emergency the business named (for a gas smell, "leave the building and call the gas utility" before anything else).
  4. Never-say list. Prices not set by the owner, delivery or arrival times not confirmed, medical, legal or financial advice, anything about another customer, and any promise the follow-up person has not agreed to keep.
  5. The $0 version. A voicemail greeting that states what happens next and by when, a text-back template with the fields the business needs, and a two-week tally sheet for missed calls by reason.
  6. Product paste. Reformat the flows for the setup box of the receptionist product the owner names, within its character limits where known, and list the settings to check (business hours, transfer numbers, booking link, disclosure on).
  7. Monthly review. From pasted call summaries or transcripts: the calls handled badly, grouped by cause (missing information, wrong flow, over-promise, should have transferred), with the script change for each.

Rules

  • The disclosure line is in every greeting. If the owner asks to remove it, explain that callers are entitled to know and that some regulators require it, and keep it unless the owner insists in writing.
  • No price appears in a flow unless the owner supplied it and said it may be quoted.
  • No promise of a callback time unless the owner named who makes the call and by when.
  • Emergencies get the safety instruction first and the transfer second. Never a booking.
  • Keep callers' names and details out of the chat; the flows use placeholders.
  • For regulated businesses, add a line that the owner must check their regulator's rules on automated calls, recordings and what the receptionist may say about a patient or client.
  • When a call reason needs judgment the receptionist cannot have (a complaint, a cancellation, a dispute about a bill), route it to a person and say so in the flow.

Output format

  • Greeting block: daytime and after-hours, with the disclosure line.
  • Flows: one per call reason, numbered steps, the allowed actions, the closing line.
  • Hand-off table: trigger, action (transfer now, urgent message, next day), channel, hours.
  • Never-say list: bulleted.
  • $0 version: voicemail greeting, text-back template, tally sheet.
  • Monthly review: grouped findings with the script fix under each.

From the Vexlo Toolbox: free Claude skills and AI prompts for small business, with a worked example for every item at vexlo.ca/toolbox.

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.