Claude Prompt Library

30 Claude Prompts That Build Workflow Automations

30 copy-paste prompts

Describe the busywork you want gone and Claude returns the finished automation: a Zapier or Make scenario built step by step, a cron job, a webhook handler, or a glue script you can run. Not "give me some 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.

By Louis Corneloup ยท Founder, Techpresso
Last updated ยทHand-curated & tested by the AI Academy team

Business Automations

5 prompts

Invoice-to-Accounting Sync (Zapier/Make)

1/30

You are an operations automation engineer who builds no-code finance workflows. <context> I want an automation that files every new invoice into my accounting tool and alerts the team, delivered as a precise, ready-to-build step-by-step scenario I can recreate in Zapier or Make without guessing. </context> <inputs> - Trigger source: [E.G. STRIPE INVOICE PAID, PAYPAL, INVOICE APP] - Accounting tool: [QUICKBOOKS / XERO / FRESHBOOKS] - Fields to map: [AMOUNT, CUSTOMER, DATE, TAX, INVOICE #] - Where to alert: [SLACK CHANNEL / EMAIL] - Edge cases to handle: [REFUNDS, DUPLICATES, CURRENCY] </inputs> <task> Build the complete scenario: the trigger, each action step in order, the exact field-to-field mapping table, a filter or path for the edge cases, and the final Slack or email notification with a sample message. Number every step and name the app plus action for each. </task> <constraints> - Real, buildable steps using apps that exist; no invented modules. - Include a field-mapping table and note any formatter or date-parse steps needed. - Handle duplicates and refunds explicitly so it never double-posts. </constraints> <format> Return the automation as a numbered step-by-step spec plus a mapping table, then a short note on how to test it with one sample invoice before going live. </format>

Produces a numbered, buildable Zapier/Make scenario with a field-mapping table that files invoices and alerts the team, ready to use.

๐Ÿ’ก

Pro tip: Give Claude one real invoice's exact fields and it will map them precisely instead of guessing your accounting tool's schema.

Round-Robin Lead Router

2/30

You are a RevOps automation specialist. <context> I need an automation that captures every inbound lead, enriches it, and assigns it fairly to a sales rep, delivered as a precise step-by-step scenario I can build in Make or Zapier. </context> <inputs> - Lead source: [WEBSITE FORM / TYPEFORM / FACEBOOK LEAD ADS] - Enrichment step (optional): [CLEARBIT / APOLLO / NONE] - CRM: [HUBSPOT / PIPEDRIVE / SALESFORCE] - Reps to rotate through: [LIST NAMES OR EMAILS] - Routing rule: [PURE ROUND-ROBIN / BY REGION / BY DEAL SIZE] - Notify rep via: [SLACK DM / EMAIL] </inputs> <task> Build the scenario end to end: trigger, optional enrichment, a data store or counter that tracks whose turn it is, the assignment logic with the exact routing rule, create or update the CRM record with the owner set, and notify the assigned rep. Number each step and name the app plus action. </task> <constraints> - Show how to persist the round-robin counter (data store or sheet) so it survives runs. - Handle a rep being out-of-office (skip rule) and a missing email (fallback owner). - No invented modules; only real apps. </constraints> <format> Return the numbered scenario plus the routing-logic pseudocode, then a short note on how to reset the rotation and add a new rep later. </format>

Generates a fair round-robin lead-routing scenario with persisted state and fallback rules, ready to build in Make or Zapier.

๐Ÿ’ก

Pro tip: Tell Claude your exact rep list and it will hardcode the rotation order plus a skip rule for anyone on PTO.

Contract Reminder Cron (Node)

3/30

You are a backend engineer who writes reliable scheduled jobs. <context> I need a runnable cron job that finds unsigned contracts and sends reminder emails, delivered as one self-contained, commented Node.js script I can drop into a scheduler. </context> <inputs> - Where contracts live: [DATABASE TABLE / AIRTABLE / API ENDPOINT] - The 'unsigned' condition: [STATUS FIELD PLUS AGE, E.G. status=sent AND >3 days] - Email provider: [RESEND / SENDGRID / SMTP] - Reminder cadence: [E.G. DAY 3, 7, 14 THEN STOP] - Env vars available: [API KEYS / DB URL] </inputs> <task> Write a Node script that connects to the source, queries unsigned contracts matching the age rule, decides which reminder in the cadence each one is due for, sends the email via the provider, records that the reminder was sent to avoid repeats, and logs a summary. Include a package.json snippet and the crontab line to run it daily. </task> <constraints> - One self-contained script, async/await, try/catch around network calls, no secrets hardcoded (read from env). - Idempotent: never send the same reminder twice for the same cadence step. - Comment each block. </constraints> <format> Return the full script in a code block, then the crontab line and a note on how to dry-run it without sending real emails. </format>

Writes a commented, idempotent Node cron job that chases unsigned contracts on a set cadence, ready to run.

๐Ÿ’ก

Pro tip: Ask for a DRY_RUN env flag so you can watch which emails it would send before pointing it at real customers.

Customer Onboarding Automation

4/30

You are an operations automation consultant who designs customer onboarding flows. <context> I want a new paying customer to trigger a full onboarding sequence automatically, delivered as a precise step-by-step scenario I can build in Zapier or Make. </context> <inputs> - Signal that fires it: [STRIPE PAYMENT / CRM STAGE = WON / SIGNUP] - Tools in my stack: [CRM, EMAIL TOOL, TASK/PM TOOL, SLACK] - Onboarding steps to automate: [WELCOME EMAIL, CREATE ACCOUNT, KICKOFF TASK, SCHEDULE CHECK-IN] - Owner to assign internal tasks to: [NAME/TEAM] - Timing: [IMMEDIATE VS DELAYED STEPS] </inputs> <task> Build the scenario: trigger, send the welcome email, create the customer record or project, generate the internal onboarding checklist as tasks with due dates, post a 'new customer' message to Slack, and schedule a delayed check-in step (e.g. day 7). Number each step, name the app plus action, and mark which steps are delayed. </task> <constraints> - Real apps only; show delay modules explicitly with their wait times. - Include the exact task list with relative due dates. - Note where a human approval gate belongs, if any. </constraints> <format> Return the numbered scenario plus the onboarding task checklist, then a short note on how to branch it by plan tier. </format>

Delivers a numbered onboarding scenario with delayed steps and a task checklist that fires on every new customer, ready to build.

๐Ÿ’ก

Pro tip: List the tools in your stack precisely so Claude uses your real apps instead of generic 'send email' placeholders.

Daily Sales Digest to Slack (Script)

5/30

You are a data engineer who builds internal reporting bots. <context> I want an automated morning digest that pulls yesterday's sales numbers and posts them to Slack, delivered as one self-contained, commented script I can schedule. </context> <inputs> - Data sources: [STRIPE / CRM API / DATABASE] - Metrics to include: [REVENUE, NEW CUSTOMERS, TOP DEAL, CHURN] - Comparison: [VS PRIOR DAY / VS SAME DAY LAST WEEK] - Slack destination: [WEBHOOK URL / CHANNEL] - Language/runtime: [PYTHON / NODE] </inputs> <task> Write a script that fetches yesterday's data from each source, computes the metrics and the comparison deltas, formats a clean Slack message with Block Kit (headline number, metric rows with up/down arrows, and the top deal), posts it via the incoming webhook, and exits cleanly. Include the crontab line to run at 8am. </task> <constraints> - One self-contained script; read tokens from env; try/catch on every API call. - Format numbers as currency and show percent change with direction. - Fail loudly to a fallback channel if a source is down. </constraints> <format> Return the full script in a code block, then the crontab entry and a note on how to add a new metric row. </format>

Builds a commented script that posts a formatted daily sales digest with deltas to Slack on a schedule, ready to run.

๐Ÿ’ก

Pro tip: Name your exact metrics and comparison window so the Block Kit layout matches what your team actually watches each morning.

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.

Start 7-Day Free Trial

Marketing Automations

5 prompts

Cross-Platform Social Poster

6/30

You are a marketing automation engineer. <context> I want to write a post once and have it reformatted and published to several social platforms automatically, delivered as a precise step-by-step scenario for Make or Zapier. </context> <inputs> - Source of the post: [AIRTABLE ROW / GOOGLE SHEET / NOTION] - Platforms to publish to: [LINKEDIN, X, INSTAGRAM, FACEBOOK PAGE] - Per-platform tweaks: [CHAR LIMITS, HASHTAGS, IMAGE SIZES] - Trigger: [STATUS = READY / SCHEDULED TIME] - Where to log results: [SHEET / SLACK] </inputs> <task> Build the scenario: trigger on a ready post, branch into one path per platform that reformats the text to that platform's rules (truncate for X, add hashtags for Instagram, and so on), publish via each platform's app or action, then log the post URL and status back to the source and alert on any failure. Number each step and name the app plus action. </task> <constraints> - Real apps only; show the text-transform step per platform explicitly. - Handle one platform failing without blocking the others (independent paths). - Mark the row as posted so it never re-publishes. </constraints> <format> Return the numbered scenario with the per-platform formatting rules, then a note on how to add image handling and a per-platform schedule offset. </format>

Generates a multi-platform social publishing scenario with per-platform reformatting and independent failure paths, ready to build.

๐Ÿ’ก

Pro tip: Tell Claude which platform matters most so it puts that path first and fails soft on the rest instead of blocking everything.

Newsletter Signup Sync + Welcome

7/30

You are a backend engineer who wires marketing tools together. <context> When someone subscribes on my site I want them synced to my email tool, tagged, and sent a welcome, delivered as one self-contained, commented webhook handler I can deploy as a serverless function. </context> <inputs> - Signup source and payload shape: [FORM POST WITH email, name, source] - Email/ESP: [MAILERLITE / BEEHIIV / CONVERTKIT / RESEND] - Tag or list to add to: [LIST ID / TAG] - Welcome email: [SEND VIA ESP AUTOMATION / SEND DIRECTLY] - Runtime: [NODE SERVERLESS / EXPRESS] </inputs> <task> Write a handler that validates the incoming payload, upserts the subscriber into the ESP with the right list or tag, triggers or sends the welcome email, handles the already-subscribed case gracefully, and returns proper HTTP status codes. Include input validation and a signature or secret check. </task> <constraints> - One self-contained handler; read keys from env; validate email format. - Return 200 on success, 4xx on bad input, 5xx on ESP failure; never crash on malformed JSON. - Idempotent: re-sending the same signup must not duplicate or re-welcome. </constraints> <format> Return the full handler in a code block, then a note on how to test it with curl and how to point your form at it. </format>

Writes a commented, idempotent webhook handler that syncs new subscribers to your ESP, tags them, and sends a welcome, ready to deploy.

๐Ÿ’ก

Pro tip: Paste one real signup payload so Claude validates the exact fields your form sends rather than a generic shape.

Abandoned-Cart Recovery Flow

8/30

You are an e-commerce lifecycle automation specialist. <context> I want an automated sequence that wins back shoppers who abandon their cart, delivered as a precise step-by-step scenario for Klaviyo, Make, or Zapier. </context> <inputs> - Store platform: [SHOPIFY / WOOCOMMERCE / STRIPE CHECKOUT] - Abandon trigger and wait: [CHECKOUT STARTED, NO PURCHASE IN 1 HOUR] - Channels: [EMAIL / SMS / BOTH] - Incentive rules: [NO DISCOUNT FIRST, THEN 10% ON LAST STEP] - Stop condition: [PURCHASE COMPLETED] </inputs> <task> Build the sequence: trigger on abandonment, wait, send message 1 (reminder), wait, send message 2 (social proof or objection), wait, send message 3 (incentive), each with an exit condition if they buy. Provide the timing, the copy for each message, and the branch that halts the flow on purchase. Number each step. </task> <constraints> - Real apps or modules only; show every wait and the purchase-exit check explicitly. - Include ready-to-use subject lines and body copy for each message. - Never send a discount before the final step; respect the stop condition. </constraints> <format> Return the numbered flow with timing and the message copy, then a note on how to measure recovered revenue. </format>

Produces a full abandoned-cart sequence with timing, exit conditions, and ready-to-use message copy, ready to build.

๐Ÿ’ก

Pro tip: Set your incentive rule explicitly so Claude withholds the discount until the last email and never trains buyers to abandon on purpose.

UTM Link Builder + Logger

9/30

You are a marketing-ops engineer. <context> I want a tool that generates consistent UTM-tagged campaign URLs and logs every one it makes, delivered as one self-contained, commented script. </context> <inputs> - Base URLs I tag: [LIST OR SINGLE DOMAIN] - UTM convention: [source, medium, campaign, content, term RULES] - Naming rules: [LOWERCASE, HYPHENS, NO SPACES] - Where to log: [GOOGLE SHEET / CSV FILE] - Runtime: [PYTHON / NODE] </inputs> <task> Write a script that takes campaign inputs (either CLI args or a small config array), validates them against the naming rules, builds correctly encoded UTM URLs, appends each URL with its parameters and a timestamp to the log, and prints the finished links. Reject inputs that break the convention with a clear error. </task> <constraints> - One self-contained script; URL-encode values; enforce lowercase-hyphen naming. - Never produce a malformed or double-question-mark URL; dedupe against existing log rows. - Comment each function. </constraints> <format> Return the full script in a code block, then a note on how to run it for a batch of links from a CSV. </format>

Builds a commented script that validates naming rules, generates encoded UTM links, and logs each one, ready to run.

๐Ÿ’ก

Pro tip: State your exact UTM naming convention up front so the validator enforces your standard and keeps analytics reports clean.

Lead-Magnet Delivery Automation

10/30

You are a demand-gen automation consultant. <context> When someone requests my lead magnet I want it delivered instantly and the lead added to a nurture sequence, delivered as a precise step-by-step scenario for Zapier or Make. </context> <inputs> - Form or source: [TYPEFORM / WEBSITE FORM / ADS LEAD FORM] - The asset and where it lives: [PDF LINK / GOOGLE DRIVE / S3] - Email tool: [ESP NAME] - Nurture sequence to enroll in: [SEQUENCE / TAG] - CRM to log the lead in: [OPTIONAL] </inputs> <task> Build the scenario: trigger on form submit, validate the email, send the delivery email containing the download link, add the lead to the ESP with the nurture tag, log them in the CRM with the source, and alert sales if they match an ICP rule. Number each step and name the app plus action. </task> <constraints> - Real apps only; include the delivery-email subject and body. - Handle a bad or blank email (stop) and a repeat request (resend, do not duplicate). - Use a signed or expiring link if the asset is gated. </constraints> <format> Return the numbered scenario with the delivery email copy, then a note on how to A/B test the follow-up timing. </format>

Generates a lead-magnet delivery scenario with the send email, nurture enrollment, and ICP-based sales alerts, ready to build.

๐Ÿ’ก

Pro tip: Add your ICP rule so Claude branches high-fit leads straight to a sales alert instead of leaving them in the nurture queue.

Data & ETL Automations

5 prompts

Scheduled CSV-to-Database ETL

11/30

You are a data engineer who writes production ETL jobs. <context> I need a scheduled job that ingests a CSV, cleans it, and upserts it into my database, delivered as one self-contained, commented Python script. </context> <inputs> - CSV source: [LOCAL PATH / URL / S3 KEY] - Target DB and table: [POSTGRES / MYSQL, TABLE NAME] - Column mapping and types: [CSV COL -> DB COL : TYPE] - Primary or unique key for upsert: [COLUMN(S)] - Cleaning rules: [TRIM, PARSE DATES, DROP BLANK ROWS, DEDUPE] </inputs> <task> Write a script that loads the CSV, applies the cleaning rules, validates types and required columns, connects to the DB, upserts rows on the key (insert or update), wraps the write in a transaction, logs counts (read, cleaned, inserted, updated, skipped), and rolls back on error. Include a requirements list and the crontab line. </task> <constraints> - One self-contained script; parameterized SQL (no string interpolation); read credentials from env. - Idempotent upsert; transactional; clear logging of every stage count. - Comment each stage. </constraints> <format> Return the full script in a code block, then the requirements and crontab line, plus a note on handling schema drift in the CSV. </format>

Writes a transactional, idempotent Python ETL that cleans a CSV and upserts it into your database on a schedule, ready to run.

๐Ÿ’ก

Pro tip: Give Claude your exact column-to-column mapping and types so validation catches bad rows before they ever hit the database.

API-to-Google-Sheets Sync

12/30

You are an automation engineer who builds Google Sheets integrations. <context> I want a scheduled sync that pulls data from an API into a Google Sheet, delivered as one self-contained, commented Google Apps Script I can paste into the Sheet's script editor. </context> <inputs> - API endpoint and auth: [URL, API KEY / BEARER / NONE] - Response shape: [PASTE A SAMPLE JSON OBJECT] - Fields to write and column order: [LIST] - Sheet and tab name: [NAMES] - Sync mode: [REPLACE ALL / APPEND NEW ONLY] - Schedule: [HOURLY / DAILY] </inputs> <task> Write an Apps Script that fetches the endpoint with the auth, parses the JSON, maps the chosen fields into rows in the column order, writes them to the tab in the chosen mode (clearing first for replace, or matching a key to append only new), and adds a time-driven trigger installer function for the schedule. Handle pagination if the API uses it. </task> <constraints> - One self-contained script; use UrlFetchApp and batch setValues (not row-by-row) for speed. - Store the API key in Script Properties, not inline; handle non-200 responses. - Append mode must not create duplicates. </constraints> <format> Return the full Apps Script in a code block, then a note on how to set the API key and install the trigger. </format>

Builds a commented Google Apps Script that syncs an API into a Sheet on a trigger, with dedupe and pagination, ready to paste in.

๐Ÿ’ก

Pro tip: Paste a real sample of the API's JSON response so Claude maps the exact nested fields instead of assuming a flat shape.

CRM Deduplication Script

13/30

You are a data-quality engineer. <context> My CRM has duplicate contacts and I need a script that finds and merges them safely, delivered as one self-contained, commented script. </context> <inputs> - Data source: [CRM API / EXPORTED CSV] - Match rules: [EXACT EMAIL / FUZZY NAME PLUS COMPANY / PHONE] - Merge rule: [KEEP OLDEST, FILL BLANK FIELDS FROM DUPES] - Fields to preserve: [LIST] - Output: [WRITE BACK VIA API / PRODUCE A MERGE CSV PLUS DELETE LIST] </inputs> <task> Write a script that loads the contacts, groups them by the match rules (normalizing case, whitespace, and phone format first), picks a surviving record per group by the merge rule, fills its blank fields from the duplicates, and outputs either the API updates or a merge-plan CSV plus a list of IDs to delete. Print a summary of groups found and records affected. </task> <constraints> - One self-contained script; NEVER hard-delete without producing the merge plan first (dry-run by default). - Normalize before matching; log every merge decision. - Deterministic survivor selection; comment each rule. </constraints> <format> Return the full script in a code block, then a note on how to review the merge plan before committing deletes. </format>

Writes a dry-run-by-default dedupe script that normalizes, groups, and merges CRM records into a reviewable plan, ready to run.

๐Ÿ’ก

Pro tip: Keep it in dry-run mode first and eyeball the merge-plan CSV; only flip to write mode once the survivor picks look right.

Nightly DB Backup to S3

14/30

You are a DevOps engineer who automates backups. <context> I need a nightly job that backs up my database and uploads it to object storage with rotation, delivered as one self-contained, commented bash script. </context> <inputs> - Database: [POSTGRES / MYSQL, HOST, DB NAME] - Storage target: [S3 BUCKET / B2 / SPACES PLUS PATH] - Retention: [KEEP LAST N DAILY, N WEEKLY] - Compression: [GZIP / NONE] - Alert channel on failure: [SLACK WEBHOOK / EMAIL] </inputs> <task> Write a bash script that dumps the database, timestamps and compresses the file, uploads it to the storage path, verifies the upload succeeded, prunes backups older than the retention policy (local and remote), and sends an alert if any step fails. Include the crontab line to run nightly and a one-line restore command in comments. </task> <constraints> - One self-contained script; set -euo pipefail; read credentials from env or a protected file. - Verify the dump is non-empty before uploading; fail loudly with the alert on any error. - Never leave secrets in the process list; comment each step. </constraints> <format> Return the full script in a code block, then the crontab line and the restore command, plus a note on testing the restore. </format>

Builds a hardened bash backup script with compression, upload verification, rotation, and failure alerts, ready to schedule.

๐Ÿ’ก

Pro tip: Actually run the restore command against a scratch database once โ€” an untested backup is not a backup.

Multi-Source Metrics Rollup

15/30

You are an analytics engineer who builds reporting pipelines. <context> I want a daily job that pulls metrics from several tools and writes a unified daily-metrics row to a warehouse table, delivered as one self-contained, commented Python script. </context> <inputs> - Sources and metrics: [E.G. STRIPE=MRR, GA=SESSIONS, CRM=NEW LEADS] - Warehouse and table: [POSTGRES / BIGQUERY, TABLE NAME] - Grain: [ONE ROW PER DAY] - Date to run for: [YESTERDAY / BACKFILL RANGE] - Failure behavior: [PARTIAL WRITE VS ALL-OR-NOTHING] </inputs> <task> Write a script that fetches each source's metric for the target date, assembles one unified row (date plus each metric), upserts it into the warehouse table on the date key so re-runs overwrite cleanly, supports a backfill loop over a date range, and logs which sources succeeded or failed. Handle a source being unavailable per the chosen failure behavior. </task> <constraints> - One self-contained script; parameterized upsert keyed on date; read credentials from env. - Idempotent (re-running a date overwrites, never duplicates); each source wrapped in try/catch. - Comment each source fetcher. </constraints> <format> Return the full script in a code block, then a note on how to add a new source and run a backfill. </format>

Writes an idempotent Python rollup that unifies metrics from multiple sources into one daily warehouse row, ready to run and backfill.

๐Ÿ’ก

Pro tip: Specify partial vs all-or-nothing failure so a single dead API doesn't blank out a whole day of otherwise-good metrics.

Dev & Ops Automations

5 prompts

CI Pipeline (GitHub Actions)

16/30

You are a DevOps engineer who writes CI configuration. <context> I need a CI pipeline that lints, tests, and builds my project on every push and pull request, delivered as one complete, commented GitHub Actions workflow file. </context> <inputs> - Language/runtime and version: [E.G. NODE 20 / PYTHON 3.12] - Package manager: [NPM / PNPM / PIP / POETRY] - Commands: [LINT CMD, TEST CMD, BUILD CMD] - Branches to run on: [MAIN PLUS PRs] - Extras: [CACHE DEPS, MATRIX VERSIONS, UPLOAD COVERAGE] </inputs> <task> Write the workflow: trigger on push to the main branch and on pull requests, check out the code, set up the runtime, restore a dependency cache, install, then run lint, test, and build as separate steps so failures are clear. Add a version matrix and coverage upload if requested. Name the jobs and steps readably. </task> <constraints> - One valid YAML file under .github/workflows/; pin action versions; fail fast on the first failing step. - Cache dependencies correctly for the chosen package manager. - No secrets inline; reference GitHub secrets. </constraints> <format> Return the full workflow YAML in a code block, then a note on where it lives in the repo and how to add a deploy job. </format>

Produces a complete, pinned GitHub Actions workflow that lints, tests, and builds on push and PR, ready to commit.

๐Ÿ’ก

Pro tip: Give Claude your exact lint, test, and build commands so the steps run your scripts instead of guessed defaults.

Deploy-on-Tag Pipeline

17/30

You are a release engineer. <context> I want pushing a version tag to build and deploy my app automatically, delivered as one complete, commented GitHub Actions workflow file. </context> <inputs> - Tag pattern: [E.G. v*.*.*] - Build step: [DOCKER BUILD / NPM BUILD / OTHER] - Deploy target: [SSH TO VPS / REGISTRY PUSH / CLOUD PROVIDER] - Secrets available: [SSH KEY / REGISTRY TOKEN / API KEY] - Post-deploy check: [HEALTH URL TO CURL] </inputs> <task> Write the workflow: trigger only on tags matching the pattern, build the artifact, authenticate to the target using secrets, deploy, then run a post-deploy health check and fail the run (and optionally roll back) if the check does not return healthy. Add a step that creates a GitHub Release from the tag. </task> <constraints> - One valid YAML file; trigger scoped to the tag pattern only; pin action versions. - All credentials via GitHub secrets; concurrency guard so two deploys never overlap. - Health check must gate success; comment each step. </constraints> <format> Return the full workflow YAML in a code block, then a note on how to cut a release tag and roll back. </format>

Generates a tag-triggered deploy workflow with health-check gating, a concurrency guard, and auto-release, ready to commit.

๐Ÿ’ก

Pro tip: Give Claude a real health-check URL so a bad deploy fails the run instead of silently shipping a broken build.

Log Rotation + Disk Cleanup Cron

18/30

You are a systems administrator. <context> My server's disk keeps filling from logs and stale files; I need a scheduled cleanup job, delivered as one self-contained, commented bash script. </context> <inputs> - Directories to clean: [PATHS, E.G. /var/log/app, /tmp/uploads] - Rules per directory: [COMPRESS LOGS >7 DAYS, DELETE >30 DAYS] - Protected paths to never touch: [LIST] - Disk alert threshold: [E.G. WARN AT 80%] - Alert channel: [SLACK WEBHOOK / EMAIL] </inputs> <task> Write a bash script that for each directory applies its rule (gzip files older than X, delete older than Y), never descends into protected paths, checks disk usage after cleanup, sends an alert if usage is still above the threshold, and logs how much space it freed. Include the crontab line to run daily. </task> <constraints> - One self-contained script; set -euo pipefail; use find with -mtime and explicit path guards. - Never delete protected paths; a dry-run flag that prints what it would remove. - Report bytes freed and final disk usage; comment each rule. </constraints> <format> Return the full script in a code block, then the crontab line and a note on running the dry-run first. </format>

Writes a guarded bash cleanup cron that compresses and prunes files by age, alerts on high disk usage, and has a dry-run, ready to run.

๐Ÿ’ก

Pro tip: List protected paths explicitly and run the dry-run first โ€” a stray find rule on the wrong directory is how servers lose data.

Uptime Monitor + Alerter

19/30

You are an SRE who builds lightweight monitoring. <context> I want a scheduled check that pings my endpoints and alerts me when one is down or slow, delivered as one self-contained, commented Python script. </context> <inputs> - Endpoints to check: [LIST OF URLs PLUS EXPECTED STATUS] - Failure rules: [NON-200, TIMEOUT >N SECONDS, BODY MISSING A STRING] - Alert channel: [SLACK WEBHOOK / EMAIL / SMS] - Alert policy: [ALERT AFTER N CONSECUTIVE FAILS, RECOVERY NOTICE] - State file location: [PATH] </inputs> <task> Write a script that checks each endpoint against its rules (status, latency, optional body match), tracks consecutive failures in a small state file, fires an alert only after the threshold (to avoid flapping), sends a recovery notice when it comes back, and logs every check. Include the crontab line to run every few minutes. </task> <constraints> - One self-contained script; per-endpoint timeout; state persisted between runs. - Alert only on threshold breach and on recovery, never every run; read the webhook from env. - Comment the check and alert logic. </constraints> <format> Return the full script in a code block, then the crontab line and a note on tuning the flap threshold. </format>

Builds a Python uptime monitor with per-endpoint rules, anti-flap thresholds, and recovery notices, ready to schedule.

๐Ÿ’ก

Pro tip: Add a body-match rule for one endpoint so you catch 200-but-broken pages, not just hard HTTP failures.

Auto-Triage GitHub Issues

20/30

You are a developer-experience engineer who automates repo maintenance. <context> I want new GitHub issues automatically labeled, prioritized, and routed, delivered as one self-contained, commented webhook handler that reacts to the issues event. </context> <inputs> - Label rules: [KEYWORD -> LABEL, E.G. 'crash'->bug, 'how do i'->question] - Priority rules: [WORDS THAT MARK P0/P1] - Team routing: [AREA -> ASSIGNEE OR TEAM MENTION] - Auto-reply: [OPTIONAL FIRST-RESPONSE COMMENT] - Auth: [GITHUB TOKEN / APP] </inputs> <task> Write a handler that receives the issue-opened payload, verifies the webhook signature, classifies the title and body against the label and priority rules, applies labels, sets an assignee or mentions the owning team, posts the auto-reply comment if enabled, and returns 200. Include the rule table as an editable config object at the top. </task> <constraints> - One self-contained handler; verify the GitHub webhook signature; token from env. - Rules live in one config object so non-devs can edit them; never crash on an unmatched issue (default label). - Idempotent if GitHub redelivers the event; comment each block. </constraints> <format> Return the full handler in a code block, then a note on how to register the webhook and extend the rules. </format>

Writes a signature-verified GitHub webhook handler that labels, prioritizes, and routes new issues from an editable rule table, ready to deploy.

๐Ÿ’ก

Pro tip: Keep the rule table at the top so teammates can add keyword-to-label mappings without touching the handler logic.

Personal Productivity Automations

5 prompts

Starred-Email-to-Task Automation

21/30

You are a personal-productivity automation coach. <context> When I star an email I want it turned into a task automatically, delivered as a precise step-by-step scenario for Zapier or Make. </context> <inputs> - Email account: [GMAIL / OUTLOOK] - Trigger: [STARRED / SPECIFIC LABEL] - Task tool: [TODOIST / NOTION / TICKTICK / ASANA] - How to build the task: [TITLE FROM SUBJECT, DUE DATE RULE, PROJECT] - Link back: [INCLUDE EMAIL PERMALINK IN TASK] </inputs> <task> Build the scenario: trigger on the starred email, extract subject, sender, and a snippet, create the task with a clear title, a due date from the rule, the sender in the notes, and the email permalink, then remove the star or apply a 'processed' label so it never re-triggers. Number each step and name the app plus action. </task> <constraints> - Real apps only; show the field mapping from email to task. - Prevent re-processing (unstar or relabel after creating the task). - Include a due-date formatter step for the rule. </constraints> <format> Return the numbered scenario with the field mapping, then a note on how to route different labels to different projects. </format>

Generates a numbered scenario that turns starred emails into linked tasks and marks them processed so they never repeat, ready to build.

๐Ÿ’ก

Pro tip: Use a 'processed' label instead of unstarring so you keep a clean archive of everything the automation has already handled.

Meeting-Notes Action-Item Router

22/30

You are an automation engineer who builds meeting workflows. <context> I want to paste raw meeting notes and have action items extracted and pushed to my task tool, delivered as one self-contained, commented script. </context> <inputs> - Notes source: [FILE / CLIPBOARD / GOOGLE DOC LINK] - Action-item format in notes: [E.G. lines starting with 'AI:' or '[ ]'] - Task tool and API: [TODOIST / NOTION / LINEAR] - Owner mapping: [NAME -> ASSIGNEE ID] - Default due date: [E.G. +3 DAYS] </inputs> <task> Write a script that reads the notes, parses out action items (owner, task text, optional due date) using the given format, maps owners to assignee IDs, creates each task via the API with the due date, skips lines that are not action items, and prints a summary of what it created and what it skipped. Handle an unknown owner by assigning to a default. </task> <constraints> - One self-contained script; robust parsing that ignores non-action lines; token from env. - Never create empty tasks; dedupe identical items within one run. - Comment the parser and the API calls. </constraints> <format> Return the full script in a code block, then a note on how to adapt the parser to your notes format. </format>

Writes a commented script that parses action items from meeting notes and creates assigned, deduped tasks via your task tool's API, ready to run.

๐Ÿ’ก

Pro tip: Show Claude two or three real note lines so the parser matches your actual shorthand instead of an idealized format.

Daily Standup Bot (Slack Cron)

23/30

You are a bot developer who builds team-ritual automations. <context> I want an automated Slack standup that prompts the team each morning and collects replies, delivered as one self-contained, commented script (scheduled job plus the response handling). </context> <inputs> - Slack channel and team: [CHANNEL ID, MEMBER LIST] - Prompt time and timezone: [E.G. 9AM CET WEEKDAYS] - Questions: [E.G. YESTERDAY / TODAY / BLOCKERS] - Collection window: [E.G. COMPILE AT 10AM] - Where the summary posts: [SAME CHANNEL / MANAGER DM] </inputs> <task> Write the job that on schedule posts the standup prompt and DMs each member the questions, records replies via the Slack API, then at the compile time posts a formatted digest grouping each person's answers and flagging anyone who did not respond. Include the crontab lines and how replies are captured. </task> <constraints> - One self-contained script; skip weekends; read the Slack token from env. - Handle non-responders gracefully in the digest; never spam reminders more than once. - Comment the prompt, capture, and digest stages. </constraints> <format> Return the full script in a code block, then the crontab lines and a note on switching to a weekly retro format. </format>

Builds a Slack standup bot that prompts the team, collects replies, and posts a grouped digest flagging non-responders, ready to schedule.

๐Ÿ’ก

Pro tip: Set the compile time an hour after the prompt so late risers still make the digest instead of being flagged as missing.

Read-Later Weekly Digest

24/30

You are an automation engineer who builds personal knowledge workflows. <context> I save links all week and want an automated digest emailed to me every Friday, delivered as one self-contained, commented script. </context> <inputs> - Where saved links live: [POCKET / RAINDROP / A NOTION DB / A SHEET] - What to include: [TITLE, URL, TAGS, DATE SAVED] - Grouping: [BY TAG / BY DATE] - Email provider: [RESEND / SENDGRID / SMTP] - Send time: [FRIDAY 5PM] </inputs> <task> Write a script that pulls links saved in the last 7 days, fetches each page title if missing, groups them per the chosen rule, builds a clean HTML email digest with clickable links, sends it, and marks the links as digested so next week does not repeat them. Include the crontab line for the weekly send. </task> <constraints> - One self-contained script; graceful skip if a link's title cannot be fetched; token from env. - Do not include links already sent in a prior digest; keep the email lightweight HTML. - Comment each stage. </constraints> <format> Return the full script in a code block, then the crontab line and a note on changing the cadence to daily. </format>

Writes a commented script that compiles your week's saved links into a grouped HTML email digest and marks them sent, ready to schedule.

๐Ÿ’ก

Pro tip: Ask for a 'digested' flag on each link so a Friday re-run never re-sends the same articles you already read.

Focus-Time Calendar Blocker

25/30

You are an automation engineer who builds calendar integrations. <context> I want deep-work focus blocks added to my calendar automatically around my meetings, delivered as one self-contained, commented Google Apps Script. </context> <inputs> - Calendar to manage: [CALENDAR ID / PRIMARY] - Focus rules: [E.G. 2 x 90-MIN BLOCKS/DAY, ONLY IF THE DAY HAS <4 HRS OF MEETINGS] - Working hours and timezone: [E.G. 9-6 CET] - Avoid: [OVERLAP WITH EXISTING EVENTS, LUNCH] - Label and color for blocks: [NAME PLUS COLOR] </inputs> <task> Write an Apps Script that scans the next 7 workdays, calculates free windows inside working hours, places the focus blocks per the rules without overlapping existing events or lunch, tags them with the label and color, skips days that already have enough focus time, and installs a daily time-driven trigger to keep the calendar maintained. </task> <constraints> - One self-contained script; never double-book or overwrite real meetings; respect the timezone. - Idempotent: re-running the same day must not stack duplicate blocks. - Comment the scheduling logic. </constraints> <format> Return the full Apps Script in a code block, then a note on how to install the trigger and tune the block rules. </format>

Builds an Apps Script that auto-places non-overlapping focus blocks around your meetings on a daily trigger, ready to paste in.

๐Ÿ’ก

Pro tip: Set a minimum-meeting threshold so it skips already-packed days instead of jamming focus blocks into every gap.

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.

Start Your Free Trial

Integrations & Webhooks

5 prompts

Generic Webhook Receiver + Router

26/30

You are a backend engineer who builds integration middleware. <context> I need a single webhook endpoint that receives events from several services and routes each to the right handler, delivered as one self-contained, commented Node/Express service. </context> <inputs> - Incoming sources and how to tell them apart: [E.G. header, path, or payload field] - Per-source secret or signature scheme: [HMAC HEADER NAMES] - Actions per source: [E.G. STRIPE -> provision, TYPEFORM -> add lead] - Response requirements: [MUST 200 FAST] - Runtime: [EXPRESS / SERVERLESS] </inputs> <task> Write the service: an endpoint that reads the raw body, verifies each source's signature, identifies the source, dispatches to a per-source handler function (stubs with clear TODOs are fine), acknowledges with 200 immediately, and processes work asynchronously so slow handlers never time out the sender. Include a small routing table and structured logging. </task> <constraints> - One self-contained service; verify signatures on the raw body BEFORE parsing; secrets from env. - Return 200 quickly and never crash on unknown sources (log then respond cleanly). - Add a routing table so a new source is one entry; comment each part. </constraints> <format> Return the full service in a code block, then a note on how to add a new source and test each with curl. </format>

Writes a Node/Express webhook gateway that verifies signatures, routes per source via a table, and acks fast, ready to deploy.

๐Ÿ’ก

Pro tip: Keep the routing table as one object so onboarding a new service is a single line, not a new deployment branch.

Stripe Webhook Handler

27/30

You are a backend engineer who builds billing integrations. <context> I need a Stripe webhook handler that provisions access and emails the customer on successful payment, delivered as one self-contained, commented handler. </context> <inputs> - Events to handle: [checkout.session.completed, invoice.paid, customer.subscription.deleted] - What provisioning means: [CREATE/UPDATE USER RECORD, GRANT PLAN] - Email step: [WELCOME / RECEIPT VIA ESP] - Datastore: [DB / API] - Runtime: [NODE EXPRESS / SERVERLESS] </inputs> <task> Write the handler that verifies the Stripe signature against the raw body, switches on the event type, provisions or revokes access accordingly, sends the appropriate email, records the event ID to guarantee idempotency against Stripe retries, and returns 200. Handle unrecognized events by logging and returning 200 so Stripe does not retry forever. </task> <constraints> - One self-contained handler; verify the signature on the RAW body; secret and keys from env. - Idempotent via stored event IDs; never grant access before verification. - Return 200 for handled and ignored events; 400 only on signature failure; comment each case. </constraints> <format> Return the full handler in a code block, then a note on testing with the Stripe CLI and which events to enable. </format>

Writes a signature-verified, idempotent Stripe webhook handler that provisions access and emails customers, ready to deploy.

๐Ÿ’ก

Pro tip: Insist on verifying the raw body before parsing โ€” Stripe signature checks fail silently if a body-parser mutates the payload first.

Two-Way App Sync

28/30

You are an integrations architect. <context> I need two apps kept in sync in both directions without infinite loops or overwrites, delivered as a precise, buildable spec plus the core sync logic in a commented script. </context> <inputs> - The two apps and the object to sync: [E.G. HUBSPOT CONTACTS <-> AIRTABLE] - Fields to sync and direction per field: [FIELD : BOTH / A->B / B->A] - Match key: [EMAIL / EXTERNAL ID] - Conflict rule: [MOST-RECENTLY-UPDATED WINS / SOURCE-OF-TRUTH APP] - Sync trigger: [WEBHOOKS BOTH WAYS / POLLING EVERY N MIN] </inputs> <task> Design the sync: how records are matched, how each side detects changes, how to store a mapping table with last-synced timestamps or hashes, how to prevent echo loops (ignore changes your own sync just wrote), and the conflict resolution. Then write the core reconcile function that takes a changed record and applies the rules. Number the design steps and provide the function. </task> <constraints> - Prevent infinite loops explicitly (change-origin tracking or hash compare). - Field-level direction respected; deterministic conflict resolution. - The script's reconcile logic must be self-contained and commented. </constraints> <format> Return the numbered design plus the reconcile function in a code block, then a note on first-run seeding and backfilling the mapping table. </format>

Delivers a two-way sync design with loop prevention and conflict rules plus a commented reconcile function, ready to build.

๐Ÿ’ก

Pro tip: Nail the conflict rule up front (source-of-truth vs newest-wins) โ€” it is the single decision that determines whether the sync corrupts data.

Slack Slash-Command Handler

29/30

You are a bot developer who builds Slack apps. <context> I want a custom Slack slash command backed by my own logic, delivered as one self-contained, commented serverless handler. </context> <inputs> - Command and what it does: [E.G. /ticket CREATES A SUPPORT TICKET] - Arguments the command takes: [FREE TEXT / SUBCOMMANDS] - Backend action: [CALL AN API / WRITE TO DB / LOOK SOMETHING UP] - Response style: [EPHEMERAL / IN-CHANNEL, BLOCK KIT] - Signing secret: [FROM SLACK APP CONFIG] </inputs> <task> Write the handler that verifies Slack's request signature and timestamp, parses the command text and arguments, performs the backend action, and returns a Block Kit response (ephemeral or in-channel). For slow work, respond immediately with an acknowledgement and post the result later via response_url. Include argument parsing and a help subcommand. </task> <constraints> - One self-contained handler; verify the Slack signature and reject replays (older than 5 min); secret from env. - Respond within 3 seconds (ack then async) for slow actions; handle bad arguments with a usage message. - Comment the verification and command-routing logic. </constraints> <format> Return the full handler in a code block, then a note on configuring the command in the Slack app and testing it. </format>

Writes a signature-verified Slack slash-command handler with argument parsing, a help subcommand, and async replies, ready to deploy.

๐Ÿ’ก

Pro tip: Include the ack-then-async pattern so slow backend calls never trip Slack's hard 3-second timeout and show a red error.

Retry + Dead-Letter Wrapper

30/30

You are a backend engineer who hardens flaky integrations. <context> My calls to a third-party API fail intermittently and I need a reusable wrapper that retries and quarantines failures, delivered as one self-contained, commented module. </context> <inputs> - The call to wrap: [DESCRIBE THE FUNCTION / ENDPOINT] - Retry policy: [MAX ATTEMPTS, BACKOFF STRATEGY, WHICH ERRORS RETRY] - Timeout per attempt: [SECONDS] - Dead-letter destination: [FILE / QUEUE / DB TABLE] - Runtime: [NODE / PYTHON] </inputs> <task> Write a wrapper or decorator that executes the call with a per-attempt timeout, retries only on retryable errors with exponential backoff and jitter, gives up after max attempts, writes the failed payload plus error and context to the dead-letter destination, and returns a clear result or raises. Include a small function to replay dead-lettered items later. </task> <constraints> - One self-contained module; distinguish retryable (5xx or timeout) from non-retryable (4xx) errors. - Exponential backoff with jitter; never retry a non-idempotent call blindly (note this). - Comment the backoff math and the dead-letter format; include the replay helper. </constraints> <format> Return the full module in a code block, then a note on wiring a real call into it and monitoring the dead-letter store. </format>

Writes a reusable retry-and-dead-letter wrapper with backoff, jitter, and a replay helper for flaky API calls, ready to run.

๐Ÿ’ก

Pro tip: Tell Claude whether the wrapped call is idempotent โ€” retrying a non-idempotent charge or POST can silently double-execute it.

Frequently Asked Questions

Claude builds real, working automation artifacts: step-by-step Zapier and Make scenarios, scheduled cron jobs, webhook handlers, and glue scripts in Python, Node, or Google Apps Script. Each prompt returns something you can run or rebuild directly, not a vague list of ideas.
Both, depending on the tool. For no-code platforms it returns a precise numbered scenario with the exact apps, actions, and field mappings to recreate. For code-based automations it returns a self-contained, commented script plus the crontab line or deploy note so you can run it as-is.
Not for the no-code ones. The Zapier and Make prompts return build instructions anyone can follow inside those tools. The scripting prompts do produce code, but it comes commented with setup notes, so you can paste it into a scheduler or serverless function with minimal technical help.
Every code prompt tells Claude to read credentials from environment variables or a secrets store rather than hardcoding them, and webhook handlers verify signatures before acting. Never paste live keys into the prompt itself; use placeholders and add the real values in your deployment environment.
Yes. Paste the error message, the relevant step or code, and what you expected to happen, and Claude will diagnose the cause and return a corrected version. It is especially good at spotting missing idempotency, unhandled edge cases, and signature or timeout issues that cause silent failures.

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.