30 Claude Prompts That Build Chatbots
Describe the bot you need and Claude returns the finished build: a copy-paste system prompt, conversation flow, and guardrails you can drop into any chat interface. Prompts for support, sales and lead-gen, FAQ, onboarding, persona, and knowledge-base RAG bots. Not "give me some chatbot ideas."
In short: This page contains 30 copy-paste ready prompts, organized into 6 categories with a description and pro tip for each. The first 15 prompts are free instantly โ no signup needed. Hand-curated and tested by the AI Academy team.
Customer Support Bots
5 promptsTier-1 Customer Support Bot
1/30You are a conversation designer who builds production customer-support assistants. <context> I need a complete, ready-to-paste system prompt for a Tier-1 support chatbot. The output must be a single self-contained system prompt I can drop into any chat interface (Claude, an SDK, or a widget) with no editing beyond the bracketed inputs. </context> <inputs> - Company and product: [WHAT WE SELL] - Top 5 things customers ask about: [ISSUES] - Brand voice: [E.G. WARM, PLAIN-SPOKEN, PROFESSIONAL] - What the bot can and cannot do: [SCOPE / OUT OF SCOPE] - Escalation trigger and handoff: [WHEN + WHERE TO SEND HUMANS] </inputs> <task> Write the full system prompt with these labeled sections: Role and identity, Voice and tone rules, Scope (what to answer) and hard boundaries (what to refuse or escalate), a step-by-step response method (clarify, diagnose, resolve, confirm), canned handling for the top 5 issues, escalation and handoff wording, and safety rules (never invent policy, never promise refunds outside policy). Include 3 example dialogues showing good behavior. </task> <constraints> - One self-contained system prompt, no external references. - Bot must ask a clarifying question before guessing; must say "I don't know, let me hand you to a human" instead of inventing answers. - No filler; every rule is actionable. </constraints> <format> Return the system prompt in a code block, then a short note on how to plug it into a widget and what to test first. </format>
Produces a complete Tier-1 support bot system prompt with scope, escalation, and example dialogues, ready to use.
Pro tip: Paste your 5 most common real tickets verbatim so Claude tunes the canned handling to your actual language, not generic FAQs.
Order Status & Returns Bot
2/30You are an e-commerce support architect who designs order and returns assistants. <context> Build a ready-to-paste system prompt for a chatbot that handles order tracking, shipping questions, returns, and exchanges. The output is one self-contained system prompt usable as-is. </context> <inputs> - Store name and what you sell: [STORE] - Shipping policy: [CARRIERS, TIMES, REGIONS] - Returns/exchange policy: [WINDOW, CONDITIONS, WHO PAYS] - Order-lookup method: [ORDER NUMBER + EMAIL / LOGIN] - Refund timeline: [DAYS TO REFUND] </inputs> <task> Write the system prompt with: Role, the exact info the bot must collect before helping (order number, email), decision logic for "where is my order" / "start a return" / "exchange" / "cancel", verbatim policy the bot may quote, refusal rules (never promise a refund the policy forbids), and escalation to a human for damaged/lost/disputed orders. Include a returns-eligibility mini flow (is it within the window? is it in returnable condition?). </task> <constraints> - One self-contained system prompt. - Bot must verify identity before revealing order details; must quote policy exactly, not paraphrase loosely. - Handle the "I want a refund but it's out of policy" case gracefully with an escalation path. </constraints> <format> Return the system prompt in a code block, then note which fields to connect to your order API. </format>
Generates an order-status and returns support bot system prompt with identity checks and eligibility logic, ready to use.
Pro tip: Give Claude your real return window and who pays shipping so the eligibility flow reflects your policy exactly.
Technical Troubleshooting Bot
3/30You are a support engineer who designs guided troubleshooting assistants. <context> Build a ready-to-paste system prompt for a chatbot that walks users through fixing a technical problem using a decision-tree conversation. Output is one self-contained system prompt. </context> <inputs> - Product or device: [WHAT BREAKS] - Top 3 recurring issues: [PROBLEMS] - Known fixes for each: [STEPS OR KB LINKS] - User skill level: [BEGINNER / TECHNICAL] - When to escalate: [E.G. HARDWARE FAULT, DATA LOSS] </inputs> <task> Write the system prompt with: Role, an intake step that identifies which of the 3 issues the user has, a decision-tree method (ask one diagnostic question at a time, branch on the answer, confirm the fix worked before moving on), the ordered fix steps for each issue, a "still broken" fallback that gathers logs/details and escalates, and a rule to never suggest destructive actions (factory reset, delete data) without an explicit warning and confirmation. </task> <constraints> - One self-contained system prompt. - One question per turn; never dump the whole tree at once. - Explicit confirmation before any risky step; escalate on data-loss risk. </constraints> <format> Return the system prompt in a code block, then include the decision tree as an indented outline for reference. </format>
Builds a guided troubleshooting bot that diagnoses issues one question at a time and escalates safely, ready to use.
Pro tip: List your top 3 issues in order of ticket volume so the intake step matches the most common problem first.
Billing & Subscription Support Bot
4/30You are a SaaS support lead who designs billing assistants that reduce churn. <context> Build a ready-to-paste system prompt for a chatbot that handles billing, plan changes, invoices, failed payments, and cancellations. Output is one self-contained system prompt. </context> <inputs> - Product and pricing tiers: [PLANS + PRICES] - Billing cycle and proration rules: [MONTHLY/ANNUAL, PRORATION] - Refund policy: [WHEN REFUNDS ARE ALLOWED] - Cancellation policy: [IMMEDIATE / END OF PERIOD] - Retention offer (optional): [DISCOUNT / PAUSE] </inputs> <task> Write the system prompt with: Role, identity verification before touching account data, decision logic for "update card" / "change plan" / "failed payment" / "cancel" / "invoice request", exact proration and refund rules the bot may state, a respectful save flow on cancellation (ask the reason, offer the retention path once, never nag), and escalation for disputes/chargebacks. Add rules against promising credits outside policy. </task> <constraints> - One self-contained system prompt. - Offer the retention path at most once and honor a clear "cancel anyway". - Never state a refund amount the policy does not allow; escalate chargebacks to a human. </constraints> <format> Return the system prompt in a code block, then note which account fields the bot needs from your billing system. </format>
Creates a billing and subscription support bot with a respectful cancellation save flow and policy guardrails, ready to use.
Pro tip: Tell Claude your one best retention offer; a single well-placed save attempt converts better than an aggressive nag loop.
Multilingual Brand-Voice Support Bot
5/30You are a localization-minded conversation designer building a multilingual support bot. <context> Build a ready-to-paste system prompt for a support chatbot that replies in the customer's language while holding a consistent brand voice and boundaries. Output is one self-contained system prompt. </context> <inputs> - Company and product: [WHAT WE DO] - Languages to support: [E.G. EN, ES, FR, DE] - Brand voice traits: [3-5 ADJECTIVES + 2 THINGS TO NEVER SAY] - Common topics: [WHAT PEOPLE ASK] - Escalation policy: [WHEN TO GET A HUMAN] </inputs> <task> Write the system prompt with: Role, a language rule (detect and mirror the customer's language, keep product names untranslated, ask if unsure), the brand-voice spec with do/don't examples, formatting rules (short paragraphs, one clear next step), scope and boundaries, an escalation rule that switches to the human's language too, and a glossary the bot must not mistranslate. Include one example exchange in two languages. </task> <constraints> - One self-contained system prompt. - Mirror the user's language even mid-conversation; never switch unprompted. - Hold the same tone and boundaries across all languages; no machine-literal phrasing. </constraints> <format> Return the system prompt in a code block, then note how to add a new language later without breaking voice. </format>
Generates a multilingual support bot that mirrors the customer's language while holding brand voice, ready to use.
Pro tip: Add a short glossary of terms you never want mistranslated (product names, legal words) so the bot keeps them intact.
XML tags are just the start. Learn the full Claude workflow.
A growing library of 300+ hands-on AI tutorials covering Claude, ChatGPT, and 50+ tools. New tutorials added every week.
Sales & Lead-Gen Bots
5 promptsWebsite Lead-Qualification Bot
6/30You are a B2B demand-gen strategist who designs qualification chatbots. <context> Build a ready-to-paste system prompt for a website chatbot that greets visitors, qualifies them, and books or hands off hot leads. Output is one self-contained system prompt. </context> <inputs> - What we sell and to whom: [PRODUCT + ICP] - Qualification criteria: [E.G. BUDGET, ROLE, TEAM SIZE, TIMELINE] - Disqualifiers: [WHO IS NOT A FIT] - Desired action for qualified leads: [BOOK DEMO / EMAIL SALES] - What to do with unqualified visitors: [SELF-SERVE / NEWSLETTER] </inputs> <task> Write the system prompt with: Role and a warm opener, a natural conversational qualification flow that asks one criterion at a time (never an interrogation), scoring logic that decides qualified vs. nurture vs. disqualified, the exact handoff wording and next step for each outcome, rules to answer product questions helpfully along the way, and a graceful path for visitors who just want info. Include a captured-lead summary the bot outputs for the sales team. </task> <constraints> - One self-contained system prompt. - Conversational, not a form read aloud; one qualifying question per turn. - Never hard-sell an unqualified visitor; always end with a useful next step. </constraints> <format> Return the system prompt in a code block, then show the lead-summary JSON shape the bot should emit for your CRM. </format>
Builds a conversational lead-qualification bot with scoring, routing, and a CRM-ready lead summary, ready to use.
Pro tip: Define your disqualifiers clearly; a bot that politely routes bad-fit visitors to self-serve saves your reps hours.
Product Recommendation Sales Bot
7/30You are a conversational-commerce designer who builds product-finder assistants. <context> Build a ready-to-paste system prompt for a chatbot that asks a few questions and recommends the right product or plan from a catalog. Output is one self-contained system prompt. </context> <inputs> - Catalog or plans to recommend from: [ITEMS WITH KEY ATTRIBUTES + PRICE] - What matters to buyers: [E.G. BUDGET, USE CASE, SIZE, EXPERIENCE] - Upsell/cross-sell rules: [WHAT PAIRS WELL] - Tone: [E.G. FRIENDLY EXPERT, CONCIERGE] - Primary CTA: [ADD TO CART / START TRIAL / CONTACT] </inputs> <task> Write the system prompt with: Role, a short needs-discovery flow (3-4 questions max), matching logic that maps answers to the best item and a runner-up, a recommendation format (pick, one-line why, price, CTA) plus an honest "here's the cheaper option if budget matters", tasteful cross-sell rules, and a rule to never oversell or invent specs not in the catalog. Include one example recommendation exchange. </task> <constraints> - One self-contained system prompt. - Ask at most 4 questions before recommending; always explain the why. - Only recommend from the provided catalog; never fabricate a product or spec. </constraints> <format> Return the system prompt in a code block, then note how to keep the catalog updated without rewriting the whole prompt. </format>
Generates a product-recommendation sales bot that discovers needs and matches from your catalog, ready to use.
Pro tip: Include the key attributes and price for each item so the bot can justify picks and offer an honest budget alternative.
Demo-Booking Scheduler Bot
8/30You are a sales-ops designer who builds meeting-booking assistants. <context> Build a ready-to-paste system prompt for a chatbot that answers pre-sale questions and books a demo or call. Output is one self-contained system prompt. </context> <inputs> - Product and who books demos: [PRODUCT + SALES TEAM] - Meeting types and lengths: [E.G. 15-MIN INTRO, 30-MIN DEMO] - Info to collect before booking: [NAME, EMAIL, COMPANY, USE CASE] - Availability handling: [SHARE A LINK / PROPOSE SLOTS] - Common objections to preempt: [PRICE, TIMING, "JUST BROWSING"] </inputs> <task> Write the system prompt with: Role, a helpful opener that answers a quick question first to earn the booking, the fields to collect and the order to collect them, logic to pick the right meeting type, the exact booking handoff (share link or confirm details), light objection handling that keeps momentum without pressure, and a no-show-reducing confirmation summary. Include a fallback for visitors not ready to book (offer resources + soft follow-up). </task> <constraints> - One self-contained system prompt. - Earn the booking by being useful first; never pressure a not-ready visitor. - Confirm date, type, and email back to the user before ending. </constraints> <format> Return the system prompt in a code block, then note where to insert your real scheduling link or calendar API. </format>
Builds a demo-booking bot that answers questions, collects details, and confirms the meeting, ready to use.
Pro tip: List your two or three most common objections so the bot has a crisp, non-pushy response ready for each.
Outbound SDR Chat Bot
9/30You are a sales development leader who scripts outbound conversation assistants. <context> Build a ready-to-paste system prompt for a chatbot that runs an outbound-style conversation on a landing page or in DMs: opens with relevance, qualifies, handles objections, and books. Output is one self-contained system prompt. </context> <inputs> - Offer and target persona: [WHAT + WHO] - The trigger/relevance angle: [WHY REACH OUT NOW] - Value proposition in one line: [OUTCOME] - Top 4 objections: [OBJECTIONS] - Goal: [BOOK CALL / GET EMAIL] </inputs> <task> Write the system prompt with: Role and voice, a relevance-first opener (no generic "hope you're well"), a permission-based qualification flow, an objection-handling playbook with a response pattern for each of the 4 objections (acknowledge, reframe, proof, next step), rules to stay honest and never fabricate case studies, a clear ask for the goal, and a polite exit for a hard no that leaves the door open. Include one full example conversation. </task> <constraints> - One self-contained system prompt. - Lead with relevance and value, not features; respect a "no" immediately. - Never invent metrics, logos, or case studies; use only provided proof. </constraints> <format> Return the system prompt in a code block, then note the compliance line to add for DM/outreach platforms. </format>
Creates an outbound SDR chat bot with a relevance-first opener and a 4-objection playbook, ready to use.
Pro tip: Give it a real trigger event (funding, hiring, product launch) so the opener feels researched instead of mass-blasted.
Pricing & Plan-Selector Bot
10/30You are a pricing strategist who designs plan-selection assistants. <context> Build a ready-to-paste system prompt for a chatbot that helps visitors pick the right pricing plan and answers pricing objections. Output is one self-contained system prompt. </context> <inputs> - Plans with prices and key limits: [TIERS + FEATURES + CAPS] - Value metric (what pricing scales on): [SEATS / USAGE / CONTACTS] - Common pricing questions: [DISCOUNTS, ANNUAL, OVERAGES] - Free trial or freemium terms: [DETAILS] - CTA per plan: [START TRIAL / CONTACT SALES] </inputs> <task> Write the system prompt with: Role, a short fit-finding flow (team size, usage, must-have features), logic that maps answers to the right plan with a one-line rationale and the honest cheaper/upgrade alternative, exact answers for the common pricing questions (annual discount, overages, trial), a rule to route enterprise-shaped needs to sales, and a transparency rule: never hide caps or invent discounts. Include a comparison-style summary the bot can show on request. </task> <constraints> - One self-contained system prompt. - Always disclose the relevant limit/cap for the recommended plan. - Never promise a discount that isn't in the inputs; route custom deals to sales. </constraints> <format> Return the system prompt in a code block, then note how to update prices in one place when they change. </format>
Generates a pricing plan-selector bot that recommends the right tier and answers pricing objections honestly, ready to use.
Pro tip: Tell the bot your value metric (seats, usage, contacts) so it recommends based on how the customer will actually grow.
FAQ Bots
5 promptsInstant FAQ Bot From Your Q&As
11/30You are a conversation designer who turns FAQ content into reliable answer bots. <context> Build a ready-to-paste system prompt for a chatbot grounded in a fixed set of questions and answers I provide. It must answer only from that set and refuse to guess. Output is one self-contained system prompt. </context> <inputs> - The FAQ pairs: [PASTE 10-30 QUESTIONS + ANSWERS] - Company/product name: [NAME] - Tone: [E.G. FRIENDLY, CONCISE, FORMAL] - Fallback when unknown: [CONTACT EMAIL / HANDOFF] </inputs> <task> Write the system prompt with: Role, an instruction to answer strictly from the provided FAQ knowledge, a matching method (understand intent, map to the closest FAQ even when worded differently, combine two entries if needed), a strict no-hallucination rule ("if it isn't in the FAQ, say you don't have that answer and give the fallback"), formatting rules (short answer first, optional detail), and a suggestion behavior (offer 2-3 related questions the user might ask next). Embed the FAQ content inside the prompt as the knowledge block. </task> <constraints> - One self-contained system prompt with the FAQ embedded. - Answer only from the FAQ; never invent policy, prices, or facts. - Always offer the fallback contact when the answer isn't covered. </constraints> <format> Return the system prompt in a code block, then note how to add or edit FAQ entries safely. </format>
Builds an FAQ bot grounded strictly in your Q&A set with a no-guess fallback, ready to use.
Pro tip: Paste your real Q&As; the bot matches intent even when users phrase things differently, so raw copy beats polished wording.
Policy FAQ Bot (Shipping, Returns, Privacy)
12/30You are a support-content designer who builds policy answer bots. <context> Build a ready-to-paste system prompt for a chatbot that answers questions about our policies (shipping, returns, privacy, terms) by quoting the policy accurately. Output is one self-contained system prompt. </context> <inputs> - Policy texts to embed: [PASTE SHIPPING / RETURNS / PRIVACY / TERMS SUMMARIES] - Company name: [NAME] - Tone: [E.G. CLEAR, REASSURING] - Escalation for edge cases: [WHO TO CONTACT] </inputs> <task> Write the system prompt with: Role, an instruction to answer only from the embedded policy text, a rule to quote or closely paraphrase the exact policy and cite which policy it came from, a plain-language explainer step ("here's what that means for you"), a strict rule to never soften or overstate a policy (e.g. don't promise a refund the policy excludes), and an escalation path for edge cases or disputes. Embed the policy summaries as the knowledge block. </task> <constraints> - One self-contained system prompt with policies embedded. - Never contradict or invent policy; cite the source policy in each answer. - Escalate anything ambiguous rather than guessing. </constraints> <format> Return the system prompt in a code block, then note how to update a policy without breaking the bot. </format>
Generates a policy FAQ bot that quotes shipping, returns, and privacy rules accurately and escalates edge cases, ready to use.
Pro tip: Keep each policy as its own labeled block so the bot can cite exactly which one it answered from.
Event FAQ Bot
13/30You are an event-operations designer who builds attendee help bots. <context> Build a ready-to-paste system prompt for a chatbot that answers attendee questions about an event (schedule, venue, tickets, logistics). Output is one self-contained system prompt. </context> <inputs> - Event name, dates, location: [DETAILS] - Agenda/schedule highlights: [SESSIONS + TIMES] - Ticketing and access rules: [PRICES, REFUNDS, BADGES] - Logistics: [PARKING, WIFI, FOOD, ACCESSIBILITY] - Contact for unlisted questions: [EMAIL / DESK] </inputs> <task> Write the system prompt with: Role, embedded event knowledge, a matching method for common intents ("when does X start", "where do I park", "can I get a refund"), time/timezone handling rules, an accessibility-first tone, a rule to answer only from the embedded details and route the rest to the contact, and a proactive behavior that surfaces the single most useful next detail (e.g. after a session question, mention the room). Include 2 example answers. </task> <constraints> - One self-contained system prompt with event details embedded. - Always state times with the event timezone; never invent a session or policy. - Route unknown or personal-account questions to the contact. </constraints> <format> Return the system prompt in a code block, then note how to update it the week of the event. </format>
Builds an event FAQ bot that answers schedule, venue, ticket, and logistics questions from embedded details, ready to use.
Pro tip: Always give the event timezone in the inputs so the bot never leaves attendees guessing about start times.
SaaS Feature FAQ Bot With Guardrails
14/30You are a product-education designer who builds feature-explainer bots. <context> Build a ready-to-paste system prompt for a chatbot that answers "how do I / can it / does it support" questions about a software product, without over-promising on the roadmap. Output is one self-contained system prompt. </context> <inputs> - Product and core features: [FEATURE LIST + WHAT EACH DOES] - Known limitations: [WHAT IT CAN'T DO] - Roadmap policy: [E.G. NEVER PROMISE DATES] - Where to send how-to detail: [DOCS LINK / SUPPORT] - Tone: [E.G. HELPFUL, PRECISE] </inputs> <task> Write the system prompt with: Role, embedded feature and limitation knowledge, a method for the three question types (does it do X / how do I do X / why isn't X working), an honesty rule that states limitations plainly and never invents a feature, a strict roadmap rule ("I can't promise unreleased features or dates"), a step-by-step format for how-to answers, and a handoff to docs/support for deep or account-specific issues. Include one "we don't support that yet" example done gracefully. </task> <constraints> - One self-contained system prompt with features and limits embedded. - Never claim a feature exists if it isn't listed; never promise roadmap items or dates. - Give the honest limitation plus the nearest workaround. </constraints> <format> Return the system prompt in a code block, then note how to keep the feature/limitation list in sync with releases. </format>
Generates a SaaS feature FAQ bot that explains capabilities, states limits honestly, and never over-promises, ready to use.
Pro tip: List real limitations explicitly; a bot that admits what it can't do earns far more trust than one that dodges.
Local Business FAQ Bot
15/30You are a local-marketing conversation designer who builds small-business help bots. <context> Build a ready-to-paste system prompt for a chatbot that answers common questions for a local business (hours, location, services, booking, prices). Output is one self-contained system prompt. </context> <inputs> - Business name and type: [E.G. SALON, CLINIC, RESTAURANT] - Hours and location: [DAYS, TIMES, ADDRESS] - Services and prices: [LIST] - Booking method: [PHONE, ONLINE LINK, WALK-IN] - Policies: [CANCELLATION, DEPOSITS, PARKING] </inputs> <task> Write the system prompt with: Role, embedded business details, a warm local tone, a matching method for the top intents ("are you open now", "how much is X", "how do I book", "where are you"), an "open now" reasoning rule based on the embedded hours, a booking hand-off that gives the exact next step, a rule to answer only from embedded facts, and a friendly nudge to book when relevant. Include 2 example answers. </task> <constraints> - One self-contained system prompt with business details embedded. - Never invent a price, service, or hour; route unknowns to a call. - Keep answers short and end with the booking or directions step. </constraints> <format> Return the system prompt in a code block, then note how to update hours for holidays. </format>
Builds a local-business FAQ bot for hours, services, prices, and booking from embedded details, ready to use.
Pro tip: Add holiday-hours notes in the inputs so the bot's 'are you open now' logic doesn't mislead people on off days.
Onboarding Bots
5 promptsNew-User Product Onboarding Bot
16/30You are an activation-focused product designer who builds onboarding assistants. <context> Build a ready-to-paste system prompt for a chatbot that welcomes a new user and guides them to their first win (the aha moment) inside a product. Output is one self-contained system prompt. </context> <inputs> - Product and the core value: [WHAT + THE PAYOFF] - The aha moment (first meaningful win): [E.G. FIRST REPORT CREATED] - Setup steps to reach it: [ORDERED STEPS] - Common first-time blockers: [WHERE PEOPLE GET STUCK] - Tone: [E.G. ENCOURAGING, CONCISE] </inputs> <task> Write the system prompt with: Role, a short welcome that names the payoff, a goal-driven onboarding flow that walks the user step-by-step toward the aha moment (one step at a time, confirm completion before advancing), tailored help for each common blocker, celebration of the first win, a rule to skip steps the user has already done, and a graceful exit that points to what to do next. Include an example of guiding a stuck user through one step. </task> <constraints> - One self-contained system prompt. - One step at a time; confirm before advancing; never dump the whole checklist. - Adapt to what the user has already completed; keep momentum toward the aha moment. </constraints> <format> Return the system prompt in a code block, then note which product events could tell the bot a step is done. </format>
Produces a new-user onboarding bot that guides users step-by-step to their first win, ready to use.
Pro tip: Define your true aha moment precisely; the whole flow should optimize for reaching it fast, not for touring every feature.
Employee Onboarding / HR Bot
17/30You are an HR operations designer who builds new-hire onboarding assistants. <context> Build a ready-to-paste system prompt for an internal chatbot that helps new employees through their first weeks (accounts, policies, tools, people, tasks). Output is one self-contained system prompt. </context> <inputs> - Company and role types: [COMPANY + COMMON ROLES] - Week-1 checklist: [ACCOUNTS, EQUIPMENT, TRAINING] - Key policies and where to find them: [PTO, EXPENSES, CODE OF CONDUCT] - Who to contact for what: [IT, HR, MANAGER] - Tone: [E.G. WELCOMING, CLEAR] </inputs> <task> Write the system prompt with: Role, a welcoming intro, a structured week-1 guide the bot walks through (accounts and access, equipment, required training, meet-the-team), quick answers on the key policies with links, a routing map ("for payroll ask HR, for laptop issues ask IT"), a privacy rule to never expose another employee's personal data, and a rule to escalate anything sensitive (HR complaints, medical) to a human. Include one example of routing a benefits question. </task> <constraints> - One self-contained system prompt. - Never share personal data about other employees; route sensitive topics to a human. - Answer policy questions only from the embedded/linked sources. </constraints> <format> Return the system prompt in a code block, then note which HR systems or docs to connect for live answers. </format>
Builds an employee onboarding bot that guides new hires through week-1 tasks, policies, and routing, ready to use.
Pro tip: Add a clear routing map (IT vs HR vs manager) so the bot sends people to the right human instead of guessing.
SaaS Setup Wizard Bot
18/30You are a technical onboarding designer who builds guided setup assistants. <context> Build a ready-to-paste system prompt for a chatbot that acts as a setup wizard, configuring a product step-by-step (connect data, invite team, set preferences). Output is one self-contained system prompt. </context> <inputs> - Product and what setup involves: [PRODUCT + SETUP AREAS] - Ordered setup steps: [E.G. CONNECT SOURCE, IMPORT, INVITE, CONFIGURE] - Prerequisites per step: [WHAT THE USER NEEDS] - Common errors and fixes: [KNOWN ISSUES] - Definition of "setup complete": [CRITERIA] </inputs> <task> Write the system prompt with: Role, a wizard flow that runs the ordered steps one at a time, checks prerequisites before each step, confirms success before advancing, offers a fix for each common error, tracks and can summarize progress on request, allows skipping optional steps, and announces completion when the criteria are met. Add a rule to never mark a step done without confirmation. Include an example of recovering from a connection error. </task> <constraints> - One self-contained system prompt. - Enforce order and prerequisites; confirm each step before moving on. - Provide the specific fix for known errors; escalate unknown ones. </constraints> <format> Return the system prompt in a code block, then note the progress state the bot should track between steps. </format>
Generates a setup-wizard bot that configures a product step-by-step with prerequisite checks and error recovery, ready to use.
Pro tip: Give it a crisp 'setup complete' definition so the wizard knows exactly when to stop and hand the user their finished result.
Course / Cohort Onboarding Bot
19/30You are a learning-experience designer who builds student onboarding assistants. <context> Build a ready-to-paste system prompt for a chatbot that onboards students into an online course or cohort (access, schedule, tools, expectations, community). Output is one self-contained system prompt. </context> <inputs> - Course/cohort name and format: [SELF-PACED / LIVE, LENGTH] - How to access materials: [PLATFORM + LOGIN] - Schedule and key dates: [SESSIONS, DEADLINES] - Tools and community: [SLACK/DISCORD, FORUMS] - Success expectations: [TIME COMMITMENT, ASSIGNMENTS] </inputs> <task> Write the system prompt with: Role, a motivating welcome that frames the outcome, a first-week orientation flow (get access, join the community, mark key dates, complete the first lesson), answers to the common early questions, a nudge to set a study cadence, a rule to route technical access problems to support, and encouragement without pressure. Include an example of helping a student who can't access the materials. </task> <constraints> - One self-contained system prompt. - Guide one orientation step at a time; celebrate the first lesson completed. - Route login/access failures to support; never share other students' data. </constraints> <format> Return the system prompt in a code block, then note which dates to update each new cohort. </format>
Builds a course onboarding bot that orients students through access, schedule, tools, and their first lesson, ready to use.
Pro tip: Have it nudge students to pick a weekly study time on day one; a committed cadence is the top predictor of completion.
Community Onboarding & Rules Bot
20/30You are a community manager who designs welcome and moderation-lite bots. <context> Build a ready-to-paste system prompt for a chatbot that welcomes new members to a community, explains the rules and channels, and helps them make a great first post. Output is one self-contained system prompt. </context> <inputs> - Community name and purpose: [WHAT IT'S FOR] - Rules/code of conduct: [KEY RULES] - Channel/section map: [WHERE TO POST WHAT] - The ideal first action: [INTRO POST / SET ROLE] - Tone: [E.G. FRIENDLY, INCLUSIVE] </inputs> <task> Write the system prompt with: Role, a warm welcome, a concise rules explainer in plain language, a channel guide ("post questions here, showcase there"), a guided first-post helper that asks 2-3 prompts and drafts a friendly intro, a gentle reminder of the one rule newcomers break most, a rule to route reports/conflicts to human mods, and an inclusive, no-gatekeeping tone. Include an example of helping someone write their intro. </task> <constraints> - One self-contained system prompt. - Explain rules without lecturing; keep the vibe welcoming. - Never moderate disputes itself; route reports and conflicts to human mods. </constraints> <format> Return the system prompt in a code block, then note how to adapt it for Discord vs. Slack vs. a forum. </format>
Generates a community onboarding bot that welcomes members, explains rules, and drafts a great first post, ready to use.
Pro tip: Tell it the one rule newcomers break most so the welcome can gently pre-empt it before it becomes a moderation issue.
Persona & Character Bots
5 promptsBranded Mascot Chat Bot
21/30You are a brand-voice and character designer who builds mascot chatbots. <context> Build a ready-to-paste system prompt for a chatbot that speaks as our brand mascot: on-personality, on-brand, and still genuinely helpful. Output is one self-contained system prompt. </context> <inputs> - Brand and mascot: [WHO THE CHARACTER IS] - Personality traits and quirks: [3-5 TRAITS + SIGNATURE PHRASES] - What the bot actually helps with: [TASKS / TOPICS] - Off-limits topics and hard boundaries: [WHAT TO DECLINE] - Tone dial: [HOW PLAYFUL VS. PROFESSIONAL] </inputs> <task> Write the system prompt with: Role and backstory, a personality spec (traits, signature phrases, humor level, do/don't examples), a rule that personality never blocks helpfulness (stay in character but always resolve the user's need), the scope of tasks it handles, safety and brand-safety boundaries, an in-character way to decline off-limits topics, and a rule to break character only for safety/escalation. Include 2 in-character example exchanges. </task> <constraints> - One self-contained system prompt. - Stay in character except for safety; personality must never reduce clarity or accuracy. - Decline off-limits topics in-character; never say anything off-brand. </constraints> <format> Return the system prompt in a code block, then note how to dial the personality up or down for different channels. </format>
Produces a branded mascot chatbot with a personality spec, boundaries, and in-character examples, ready to use.
Pro tip: Give it 2-3 signature phrases and a humor level; specificity here is what separates a real character from generic quirkiness.
Historical Figure Educational Bot
22/30You are an educational designer who builds accurate historical-persona bots. <context> Build a ready-to-paste system prompt for a chatbot that role-plays a historical figure to teach students, staying accurate and age-appropriate. Output is one self-contained system prompt. </context> <inputs> - Figure and era: [WHO + WHEN] - Teaching goal / audience: [WHAT STUDENTS SHOULD LEARN + AGE] - Key facts and views to portray: [ACCURATE POINTS] - Topics to handle carefully: [SENSITIVE AREAS] - Tone: [E.G. WISE, CURIOUS] </inputs> <task> Write the system prompt with: Role in the figure's voice and period-appropriate perspective, an accuracy rule (never invent events or quotes; distinguish documented fact from plausible interpretation), a teaching method (answer in character, then optionally add a short factual note when it helps learning), handling of anachronistic questions (acknowledge from the character's limited viewpoint), sensitive-topic guidance appropriate for the audience age, and a rule to break character to correct a serious factual misunderstanding. Include one example exchange. </task> <constraints> - One self-contained system prompt. - Never fabricate quotes or events; flag interpretation vs. fact. - Keep content age-appropriate; handle sensitive history with care. </constraints> <format> Return the system prompt in a code block, then note how to adapt it for a different figure. </format>
Builds an educational historical-figure bot that stays in character while remaining factually accurate, ready to use.
Pro tip: Ask it to separate documented fact from plausible interpretation so students learn history, not confident-sounding fiction.
Coach / Mentor Persona Bot
23/30You are a behavior-change designer who builds coaching-persona chatbots. <context> Build a ready-to-paste system prompt for a chatbot that acts as a supportive coach or mentor in a specific domain, holding the user accountable without being preachy. Output is one self-contained system prompt. </context> <inputs> - Coaching domain: [E.G. FITNESS, CAREER, PRODUCTIVITY, LANGUAGE] - Coaching style: [E.G. TOUGH-LOVE, GENTLE, SOCRATIC] - What success looks like for the user: [GOAL TYPES] - Boundaries: [NOT A LICENSED THERAPIST / DOCTOR, ETC] - Session cadence: [DAILY CHECK-IN / ON-DEMAND] </inputs> <task> Write the system prompt with: Role and coaching philosophy, a first-session flow that sets a concrete goal and a plan, an ongoing method (ask about progress, celebrate wins, problem-solve obstacles, set the next small action), motivational-interviewing-style questioning instead of lecturing, a clear scope boundary (redirect medical/mental-health/legal issues to professionals), and an accountability mechanic (recap commitments, follow up). Include one check-in example. </task> <constraints> - One self-contained system prompt. - Coach with questions and small next steps, not lectures; always end with one concrete action. - Stay within scope; refer clinical or crisis topics to qualified professionals. </constraints> <format> Return the system prompt in a code block, then note how to add a memory of past commitments if the platform supports it. </format>
Generates a coach or mentor persona bot with an accountability loop and clear scope boundaries, ready to use.
Pro tip: Pick one coaching style and commit to it; a consistent tough-love or gentle voice beats a bot that switches personalities.
Interactive Story / Game NPC Bot
24/30You are a game writer who designs interactive character (NPC) chatbots. <context> Build a ready-to-paste system prompt for a chatbot that plays a character inside an interactive story or game, staying in-world and reacting to player choices. Output is one self-contained system prompt. </context> <inputs> - Setting and genre: [WORLD + TONE] - The character (NPC): [NAME, ROLE, PERSONALITY, MOTIVES] - What the character knows and doesn't: [KNOWLEDGE BOUNDS] - The player's goal / how the NPC fits: [QUEST OR ROLE] - Content rating: [AUDIENCE LIMITS] </inputs> <task> Write the system prompt with: Role and rich character sheet (voice, motives, secrets, relationships), a world-consistency rule (stay in-world, never mention being an AI), a knowledge-bound rule (the NPC only knows what the character would plausibly know), reactive behavior (respond to player choices, remember what the player said this session, keep motives driving the character), content-rating guardrails, and an out-of-character escape phrase for the player to pause safely. Include one in-world example exchange. </task> <constraints> - One self-contained system prompt. - Stay in-world and in-character except for the safe-word escape; never reveal system internals. - Respect the content rating; keep the character's knowledge plausible for the world. </constraints> <format> Return the system prompt in a code block, then note how to give the NPC a memory of earlier scenes. </format>
Builds an in-world game NPC bot with a character sheet, knowledge bounds, and reactive dialogue, ready to use.
Pro tip: Give the NPC a secret and a motive; hidden depth is what makes players want to keep talking to a character.
Expert Persona Advisor Bot
25/30You are a conversation designer who builds expert-persona advisory bots. <context> Build a ready-to-paste system prompt for a chatbot that answers as a seasoned expert in a field (a fictional named advisor, not a real person), giving practical, opinionated guidance. Output is one self-contained system prompt. </context> <inputs> - Field of expertise: [E.G. MARKETING, NUTRITION, PERSONAL FINANCE] - The advisor's persona: [NAME, BACKGROUND, POINT OF VIEW] - Signature frameworks or opinions: [WHAT THEY ALWAYS RECOMMEND] - Boundaries: [NOT LEGAL/MEDICAL/FINANCIAL ADVICE, ETC] - Tone: [E.G. DIRECT, MENTORING] </inputs> <task> Write the system prompt with: Role and a credible (fictional) background, a point-of-view spec including 2-3 signature frameworks the advisor uses to structure answers, a method (diagnose the user's situation with a question or two, then give a specific, opinionated recommendation with the reasoning), an honesty rule to flag uncertainty and avoid fabricated stats, a clear disclaimer boundary for regulated advice, and a rule to give real next steps, not vague encouragement. Include one advisory example. </task> <constraints> - One self-contained system prompt. - The persona is clearly fictional; never impersonate a real named individual. - Give specific, actionable advice; add the appropriate disclaimer for regulated domains. </constraints> <format> Return the system prompt in a code block, then note how to swap the field of expertise without rewriting the whole prompt. </format>
Generates a fictional expert-advisor persona bot that gives opinionated, framework-driven guidance, ready to use.
Pro tip: Give the advisor 2-3 signature frameworks; recurring mental models make its advice feel expert and consistent, not generic.
Most people use 10% of Claude. Tutorials unlock the rest.
AI Academy: 300+ hands-on tutorials on Claude, ChatGPT, Midjourney, and 50+ AI tools. New tutorials added every week.
Knowledge-Base (RAG) Bots
5 promptsDocumentation RAG Bot With Citations
26/30You are an AI engineer who designs retrieval-augmented (RAG) documentation bots. <context> Build a ready-to-paste system prompt for a chatbot that answers questions using retrieved documentation chunks passed in at query time, and cites its sources. Output is one self-contained system prompt designed to receive a CONTEXT block of retrieved passages. </context> <inputs> - Product/docs the bot covers: [WHAT] - Audience: [DEVELOPERS / END USERS] - Citation style: [E.G. [SOURCE: title], INLINE LINKS] - Behavior when context is thin: [SAY SO / ASK TO REPHRASE] - Tone: [E.G. PRECISE, HELPFUL] </inputs> <task> Write the system prompt assuming each user turn includes a CONTEXT section of retrieved passages. Include: Role, a strict grounding rule (answer only from the provided CONTEXT, never from prior training), a citation rule (cite the source of every claim in the chosen style), a no-context rule (if the answer isn't in CONTEXT, say the docs don't cover it and suggest how to rephrase or where to look), a synthesis method (combine multiple passages, resolve conflicts by recency/specificity), formatting (answer, then sources), and a rule to quote code/config exactly. Include one grounded example with a CONTEXT block. </task> <constraints> - One self-contained system prompt that expects a CONTEXT block per turn. - Answer strictly from CONTEXT; cite every claim; never fabricate a source. - If CONTEXT lacks the answer, say so instead of guessing. </constraints> <format> Return the system prompt in a code block, then note the expected CONTEXT format your retriever should pass in. </format>
Builds a documentation RAG bot that answers strictly from retrieved passages and cites every source, ready to use.
Pro tip: Standardize your CONTEXT format (title, url, chunk) so the citation rule can point users straight back to the right doc.
Internal Wiki / Company Knowledge Bot
27/30You are a knowledge-management engineer who builds internal Q&A assistants. <context> Build a ready-to-paste system prompt for an internal chatbot that answers employee questions from retrieved company-wiki passages, with access-awareness and honest gaps. Output is one self-contained system prompt that receives a CONTEXT block of retrieved docs. </context> <inputs> - What the wiki covers: [POLICIES, PROCESSES, TOOLS] - Audience: [ALL STAFF / SPECIFIC TEAMS] - Confidentiality note: [WHAT'S SENSITIVE] - Freshness handling: [PREFER NEWEST DOC] - Contact for gaps: [OWNER / CHANNEL] </inputs> <task> Write the system prompt assuming each turn includes retrieved wiki CONTEXT. Include: Role, a grounding rule (answer only from CONTEXT), a freshness rule (prefer the most recent doc and note the doc date), a citation rule (name the source doc), a gap rule (if it's not in CONTEXT, say the wiki doesn't have it and point to the owner/channel), a confidentiality rule (don't infer or leak sensitive info beyond CONTEXT), and a concise, skimmable answer format. Include one grounded example and one "not documented" example. </task> <constraints> - One self-contained system prompt expecting a CONTEXT block. - Answer only from CONTEXT; cite the source doc and its date; never invent policy. - Direct undocumented questions to the named owner instead of guessing. </constraints> <format> Return the system prompt in a code block, then note the metadata (title, date, url) your retriever should include per chunk. </format>
Generates an internal wiki bot that answers from retrieved company docs with freshness and citations, ready to use.
Pro tip: Have the retriever pass each doc's date so the bot can prefer the newest and warn when an answer might be stale.
Policy & Compliance RAG Bot
28/30You are a compliance-tooling designer who builds cautious policy Q&A bots. <context> Build a ready-to-paste system prompt for a chatbot that answers policy and compliance questions strictly from retrieved regulation/policy passages, with heavy caution and clear escalation. Output is one self-contained system prompt that receives a CONTEXT block. </context> <inputs> - Domain: [E.G. HR POLICY, DATA PRIVACY, INDUSTRY REG] - Audience: [STAFF / CUSTOMERS] - Risk level of wrong answers: [HIGH] - Escalation path: [LEGAL / COMPLIANCE CONTACT] - Disclaimer to include: [NOT LEGAL ADVICE, ETC] </inputs> <task> Write the system prompt assuming each turn includes retrieved policy CONTEXT. Include: Role, a strict grounding-and-quoting rule (answer only from CONTEXT and quote the exact clause), a mandatory citation of the clause/section, a low-confidence rule (if CONTEXT is ambiguous or partial, do NOT interpret; state the uncertainty and escalate), a no-advice boundary with the disclaimer, a rule to never generalize across jurisdictions unless CONTEXT covers them, and a format (short answer, exact quote, source, disclaimer). Include one cautious example that escalates. </task> <constraints> - One self-contained system prompt expecting a CONTEXT block. - Quote the exact clause and cite it; never interpret ambiguous policy โ escalate instead. - Always include the disclaimer; never present output as legal advice. </constraints> <format> Return the system prompt in a code block, then note what clause-level metadata the retriever should provide. </format>
Builds a cautious policy and compliance RAG bot that quotes clauses, cites sources, and escalates ambiguity, ready to use.
Pro tip: For high-risk domains, tell it to escalate on any ambiguity; a bot that says 'ask compliance' beats one that guesses wrong.
Help-Center RAG Support Bot
29/30You are a support-automation engineer who builds help-center answer bots. <context> Build a ready-to-paste system prompt for a customer-facing chatbot that answers from retrieved help-center articles, links to the full article, and escalates when it can't help. Output is one self-contained system prompt that receives a CONTEXT block of retrieved articles. </context> <inputs> - Product and help-center scope: [WHAT'S DOCUMENTED] - Brand tone: [E.G. FRIENDLY, CONCISE] - Escalation trigger and target: [WHEN + WHERE] - Deflection goal: [RESOLVE COMMON ISSUES WITHOUT A TICKET] - Link style: [ARTICLE TITLE + URL] </inputs> <task> Write the system prompt assuming each turn includes retrieved help-center CONTEXT. Include: Role and tone, a grounding rule (answer from CONTEXT only), a step-by-step how-to format for procedural answers, an article-link rule ("here's the full guide"), a confidence check (if CONTEXT doesn't resolve it or the user is frustrated, offer human escalation with a summary of what they tried), a rule to never invent steps or settings, and a satisfaction close ("did that solve it?"). Include one resolved example and one escalated example. </task> <constraints> - One self-contained system prompt expecting a CONTEXT block. - Answer only from retrieved articles; link the source; never fabricate steps. - Escalate with a concise summary when CONTEXT is insufficient or the user is stuck. </constraints> <format> Return the system prompt in a code block, then note the article metadata (title, url) the retriever should pass in. </format>
Generates a help-center RAG bot that resolves common issues from articles and escalates cleanly, ready to use.
Pro tip: Tell it to hand the human a summary of what the user already tried so escalations don't restart from zero.
Document Q&A Bot Over Uploaded Files
30/30You are an applied-AI designer who builds document Q&A assistants. <context> Build a ready-to-paste system prompt for a chatbot that answers questions about a specific document or set of documents the user provides (report, contract, manual, research paper), grounded only in that content. Output is one self-contained system prompt that receives the document text or retrieved excerpts as CONTEXT. </context> <inputs> - Document type: [E.G. CONTRACT, RESEARCH PAPER, MANUAL] - What users typically ask: [SUMMARIZE, FIND A CLAUSE, EXPLAIN, COMPARE] - Citation preference: [PAGE / SECTION / QUOTE] - Handling of missing info: [SAY NOT FOUND] - Tone: [E.G. NEUTRAL, ANALYTICAL] </inputs> <task> Write the system prompt assuming the document text or relevant excerpts arrive as CONTEXT each turn. Include: Role, a strict grounding rule (answer only from the document; never use outside knowledge or assume unstated facts), a citation rule (quote and reference the page/section), support for the common tasks (summarize a section, locate and quote a clause, explain in plain language, compare two parts), a not-found rule ("the document doesn't address that"), a rule to flag ambiguity or contradictions in the document, and a clear answer-then-evidence format. Include one grounded example. </task> <constraints> - One self-contained system prompt expecting document CONTEXT. - Answer strictly from the provided document; quote and cite location; never infer beyond the text. - If the document doesn't cover it, say so; flag internal contradictions. </constraints> <format> Return the system prompt in a code block, then note how to chunk long documents and pass page/section metadata. </format>
Builds a document Q&A bot that summarizes, locates clauses, and answers strictly from uploaded files with citations, ready to use.
Pro tip: Ask it to cite the page or section on every answer so you can verify against the source instead of trusting a summary blindly.
Frequently Asked Questions
Prompts are the starting line. Tutorials are the finish.
A growing library of 300+ hands-on tutorials on ChatGPT, Claude, Midjourney, and 50+ AI tools. New tutorials added every week.
7-day free trial. Cancel anytime.