Claude Prompt Library

30 Claude Prompts Built for Manufacturing Teams

30 copy-paste prompts

Paste your line data, spec sheet, or shift notes in and get back a finished work instruction, QC checklist, production report, or supplier email, formatted and ready to use. Not "give me some advice on lean manufacturing".

In short: This page contains 30 copy-paste ready prompts, organized into 6 categories with a description and pro tip for each. The first 5 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

Work Instructions & SOPs

5 prompts

Standard Operating Procedure Draft

1/30

You are a senior manufacturing operations manager documenting a production process. <context> A production process currently exists only as informal knowledge held by experienced operators, and it needs to be written up as a formal SOP so it's performed consistently across shifts. </context> <inputs> - Process name and line/station: [PROCESS NAME / LINE] - Step-by-step description as currently performed: [STEP NOTES] - Required tools, materials, or settings: [TOOLS / SETTINGS] - Safety precautions specific to this process: [SAFETY NOTES] </inputs> <task> Draft a formal SOP with sections for purpose, scope, required materials/tools/settings, numbered step-by-step procedure, safety precautions, and a revision history line. </task> <constraints> - Number every step sequentially, one action per step. - Include the safety precautions inline at the step where they apply, not only in a separate section. - Do not add steps not implied by the notes provided, flag unclear sequencing as [CONFIRM STEP ORDER]. </constraints> <format> A formatted SOP document matching a standard controlled-document layout, ready for QA sign-off. </format>

Turns informal process knowledge from an experienced operator into a controlled, step-by-step SOP.

๐Ÿ’ก

Pro tip: Record the operator walking through the process out loud and paste the transcript in, Claude will still sequence it into clean numbered steps.

Work Instruction Sheet with Photo Placeholders

2/30

You are a senior manufacturing engineer creating a visual work instruction for a production station. <context> Operators at a specific station need a one-page visual work instruction they can reference at the line, showing each step with a spot for a reference photo. </context> <inputs> - Station name and part or product being worked: [STATION / PART] - Step-by-step actions at this station: [STEPS] - Critical quality checkpoints (e.g. torque spec, alignment): [QUALITY CHECKPOINTS] </inputs> <task> Produce a one-page work instruction with numbered steps, each including a short action description, a [PHOTO: description of what the photo should show] placeholder, and any critical quality checkpoint called out in bold. </task> <constraints> - Keep each step to one short sentence plus its photo placeholder. - Bold every quality checkpoint so it stands out from routine steps. - Limit to 10 steps maximum, split into a second sheet if more are needed. </constraints> <format> A one-page, station-ready instruction sheet with numbered steps and photo placeholders. </format>

Builds a one-page visual work instruction with photo placeholders and quality checkpoints called out.

๐Ÿ’ก

Pro tip: Take the reference photos after drafting the text, it's faster to shoot exactly what each placeholder describes than to write captions after.

Changeover Instruction Sheet

3/30

You are a senior manufacturing engineer documenting a machine changeover procedure. <context> Switching a line between product variants requires a specific changeover sequence, and undocumented changeovers are a common source of downtime and setup errors. </context> <inputs> - Machine or line name: [MACHINE / LINE] - Products being changed from and to: [FROM PRODUCT / TO PRODUCT] - Changeover steps as currently performed: [CHANGEOVER STEPS] - Target changeover time: [TARGET TIME] </inputs> <task> Draft a changeover instruction sheet with numbered steps in sequence, estimated time per step, and a total time check against the target, plus a verification checklist to run before restarting production. </task> <constraints> - Sum the per-step times and compare explicitly to the target time, flagging if the sequence exceeds it. - Separate steps that can be done before machine stop (external) from those requiring machine stop (internal), if the notes support that distinction. - End with a verification checklist of at least three checks before restart. </constraints> <format> A numbered instruction sheet with step times, a total-time check, and a restart verification checklist. </format>

Documents a changeover sequence with timing so setup time can be tracked against a target.

๐Ÿ’ก

Pro tip: Separate internal steps (machine stopped) from external ones (done ahead of time), that split alone often cuts real changeover time.

New Hire Line Training Checklist

4/30

You are a senior manufacturing trainer onboarding a new production operator. <context> A new operator is starting on a specific line and needs a structured training checklist so nothing gets skipped during their first days, and there's a record of what's been covered. </context> <inputs> - Line or station and role: [LINE / ROLE] - Skills and procedures to be trained on: [SKILLS LIST] - Safety certifications required before solo work (e.g. LOTO, forklift): [REQUIRED CERTIFICATIONS] </inputs> <task> Produce a training checklist organized by day (or phase), listing each skill or procedure to cover, the required certification if applicable, a trainer sign-off column, and a date column. </task> <constraints> - Sequence basic safety and PPE items before any hands-on line training. - Do not mark any item pre-checked, all sign-off cells start blank. - Group by phase (e.g. orientation, shadowing, supervised practice, solo certification). </constraints> <format> A checklist table organized by phase with trainer sign-off and date columns. </format>

Sequences a new operator's training from orientation to solo certification with a signed record at each step.

๐Ÿ’ก

Pro tip: Keep completed checklists on file, they're the first thing an auditor or insurer asks for after any incident involving a new hire.

SOP Revision Summary

5/30

You are a senior manufacturing quality engineer updating an existing SOP. <context> An existing SOP needs to change because of a process improvement, equipment change, or corrective action, and the revision needs to be documented clearly for the change control record. </context> <inputs> - SOP name and number: [SOP NAME / NUMBER] - Current procedure text or summary: [CURRENT PROCEDURE] - Reason for the change: [REASON FOR CHANGE] - New procedure text or summary: [NEW PROCEDURE] </inputs> <task> Produce a revision summary showing what changed (before and after, side by side), the reason for the change, and a list of who needs to be retrained or notified as a result. </task> <constraints> - Show only the sections that actually changed in the before/after comparison, not the entire SOP. - State the reason for change in one sentence tied to the input provided. - List retraining needs as specific roles, not "all staff" unless the change truly affects everyone. </constraints> <format> A before/after comparison table followed by a reason statement and a retraining notification list. </format>

Documents exactly what changed in an SOP and who needs to be retrained because of it.

๐Ÿ’ก

Pro tip: Attach this to the physical SOP binder update, a clear before/after comparison is what most auditors check first.

Quality Control & Inspection

5 prompts

Incoming Material Inspection Checklist

6/30

You are a senior manufacturing quality engineer setting up an incoming inspection process. <context> Raw materials or components from a supplier need a consistent incoming inspection before they're released to the production line, to catch defects before they become scrap. </context> <inputs> - Material or part name and supplier: [MATERIAL / SUPPLIER] - Critical specs to check (dimensions, tolerances, visual defects, certifications): [SPECS TO CHECK] - Acceptable quantity limit (AQL) or sampling rule used, if any: [SAMPLING RULE] </inputs> <task> Build an incoming inspection checklist listing each spec to check, the acceptance criteria, a pass/fail column, and a disposition section (accept, reject, hold for review). </task> <constraints> - List every spec provided with a clear numeric or visual acceptance criterion, flag [DEFINE CRITERION] if a spec has no stated limit. - State the sampling rule used at the top of the checklist. - Keep the disposition options limited to accept, reject, or hold for review. </constraints> <format> A printable inspection checklist with pass/fail columns and a disposition section. </format>

Builds a spec-by-spec incoming inspection checklist with a clear accept, reject, or hold call at the end.

๐Ÿ’ก

Pro tip: State your real AQL sampling rule up front, a checklist without a defined sample size just becomes 'inspect everything' by default.

First Article Inspection Report

7/30

You are a senior manufacturing quality engineer completing a first article inspection. <context> A new part or a part from a new tool has produced its first units, and a formal first article inspection report is needed before full production runs. </context> <inputs> - Part number and revision: [PART NUMBER / REVISION] - Dimensions and characteristics to measure, with drawing tolerances: [DIMENSIONS / TOLERANCES] - Measured values from the first article: [MEASURED VALUES] </inputs> <task> Produce a first article inspection report listing each characteristic, its drawing tolerance, the measured value, and pass/fail status, with an overall disposition (approved for production, or hold pending correction). </task> <constraints> - Compare every measured value against its stated tolerance explicitly, mark fail if outside range. - Do not approve the overall disposition if any single characteristic fails, unless the input explicitly allows a use-as-is deviation. - Present tolerances as a range, not just a nominal value. </constraints> <format> A first article inspection report table with an overall disposition line. </format>

Checks every measured characteristic against its drawing tolerance and returns a single go or hold call.

๐Ÿ’ก

Pro tip: Include the actual drawing revision letter, first article results only mean something if they're tied to the exact revision that was run.

Corrective and Preventive Action (CAPA) Report

8/30

You are a senior manufacturing quality engineer writing a corrective and preventive action report. <context> A quality issue was found, either internally or from a customer complaint, and needs a formal CAPA documenting root cause and the fix, both immediate and long-term. </context> <inputs> - Issue description and how it was discovered: [ISSUE DESCRIPTION / DISCOVERY METHOD] - Scope affected (units, date range, lines): [SCOPE AFFECTED] - Root cause investigation notes, if started: [ROOT CAUSE NOTES] </inputs> <task> Draft a CAPA report with problem statement, scope affected, root cause analysis (5-whys), immediate containment action, and a preventive action to stop recurrence, each with an owner and due date. </task> <constraints> - Complete the 5-whys chain to an actual root cause, not just a symptom. - Separate containment (stops the bleeding now) from preventive action (stops it happening again), do not merge them. - Assign an owner and due date to every action, mark [ASSIGN OWNER] if not provided. </constraints> <format> A CAPA report with a 5-whys section and separate containment/preventive action tables. </format>

Separates immediate containment from the real preventive fix, with a full 5-whys chain behind both.

๐Ÿ’ก

Pro tip: Push the 5-whys past the first obvious answer, most CAPAs that get reopened stopped at 'operator error' instead of asking why the error was possible.

Statistical Process Control Data Summary

9/30

You are a senior manufacturing quality engineer reviewing process control data. <context> A critical dimension or parameter is being monitored on a control chart, and leadership wants a plain-language summary of whether the process is in control. </context> <inputs> - Parameter being measured and its target/spec limits: [PARAMETER / SPEC LIMITS] - Recent measured values (a series of numbers over time): [MEASURED VALUES SERIES] </inputs> <task> Summarize whether the process appears in control (values clustered near target, no runs or trends) or out of control (points outside limits, a run of points on one side of the mean, a clear trend), and state the process capability in plain terms. </task> <constraints> - Base the in-control/out-of-control call only on the data provided, note if there isn't enough data to conclude confidently. - Flag any individual value outside the stated spec limits explicitly. - Explain the finding in plain language a line supervisor could act on, not just statistical jargon. </constraints> <format> A short written summary plus a table of any flagged out-of-limit values. </format>

Reads a control data series and gives a plain-language in-control or out-of-control call a supervisor can act on.

๐Ÿ’ก

Pro tip: Give at least 20 to 25 data points if you can, a short series makes any trend or run call much less reliable.

Customer Quality Complaint Response

10/30

You are a senior manufacturing quality manager responding to a customer complaint. <context> A customer reported a quality issue with a shipped product and needs a formal, professional response covering what happened, why, and what's being done about it. </context> <inputs> - Customer name and complaint description: [CUSTOMER NAME / COMPLAINT DESCRIPTION] - Affected lot or batch numbers, if known: [LOT / BATCH NUMBERS] - Investigation findings and corrective action taken, if completed: [INVESTIGATION FINDINGS] </inputs> <task> Draft a customer response letter acknowledging the issue, summarizing the investigation findings in plain language, stating the corrective action taken, and offering a resolution (replacement, credit, or further investigation timeline). </task> <constraints> - Acknowledge the issue in the first paragraph, don't bury it under process explanation. - State findings factually, do not overpromise a root cause not yet confirmed by the input. - Keep the letter under 250 words. </constraints> <format> A ready-to-send customer response letter. </format>

Leads a customer complaint response with acknowledgment and a concrete resolution, not a defensive explanation.

๐Ÿ’ก

Pro tip: Send this within 48 hours even if the investigation isn't finished, an early acknowledgment with a stated timeline holds trust better than a delayed complete answer.

Production & Ops Reports

5 prompts

Daily Production Shift Report

11/30

You are a senior manufacturing production supervisor writing a daily shift report. <context> Each shift needs a clear handoff report so the next shift and management know what ran, what didn't, and what needs attention. </context> <inputs> - Shift date, line, and shift (e.g. day/night): [SHIFT DATE / LINE / SHIFT] - Units produced versus target, and scrap or rework count: [UNITS PRODUCED / TARGET / SCRAP] - Downtime events with duration and cause: [DOWNTIME EVENTS] - Notes for the next shift: [HANDOFF NOTES] </inputs> <task> Produce a shift report showing units produced versus target with percent attainment, scrap rate, a downtime log with total minutes lost by cause, and a handoff notes section for the next shift. </task> <constraints> - Calculate percent attainment and scrap rate explicitly, show the math. - Sort downtime causes by total minutes lost descending. - Keep handoff notes as short, specific bullets, not paragraphs. </constraints> <format> A one-page shift report with an attainment summary and a downtime table. </format>

Turns raw shift numbers into an attainment and downtime summary with clean handoff notes for the next crew.

๐Ÿ’ก

Pro tip: Log downtime cause at the moment it happens, not at the end of shift from memory, the minutes-lost ranking is only as accurate as when it was recorded.

Weekly OEE (Overall Equipment Effectiveness) Summary

12/30

You are a senior manufacturing operations analyst calculating weekly OEE. <context> Leadership wants a weekly OEE view per line to see whether availability, performance, or quality is dragging down output. </context> <inputs> - Per line: planned production time, actual run time, ideal cycle time, units produced, and good units: [LINE DATA] </inputs> <task> Calculate availability, performance, and quality rates per line, multiply them into an OEE percentage, and identify which of the three factors is the biggest drag on OEE for each line. Invent a realistic sample of 3 lines if no data is given. </task> <constraints> - Show the calculation for each of the three OEE components explicitly, not just the final percentage. - Rank lines by OEE ascending so the worst performer is first. - State the single biggest drag factor per line in one sentence. </constraints> <format> An OEE summary table per line with visible component calculations and a biggest-drag note. </format>

Breaks OEE into its three components per line so the team knows whether to fix uptime, speed, or quality first.

๐Ÿ’ก

Pro tip: Pull ideal cycle time from the machine spec sheet, not an average of recent runs, an inflated ideal time hides real performance loss.

Scrap and Rework Root Cause Pareto

13/30

You are a senior manufacturing quality analyst reviewing scrap and rework data. <context> Scrap and rework costs are being reviewed and the team needs to know which causes account for most of the loss so effort goes to the right fix first. </context> <inputs> - Scrap or rework events with cause code and quantity or cost: [SCRAP EVENTS] - Time period covered: [TIME PERIOD] </inputs> <task> Build a Pareto-style ranking of scrap and rework causes by total quantity or cost, with cumulative percentage, identifying which causes make up roughly 80 percent of the total loss. Invent a realistic sample of 8 cause codes if none is given. </task> <constraints> - Sort causes by total impact descending. - Show cumulative percentage running down the list. - Explicitly call out the cut line where cumulative percentage crosses 80 percent. </constraints> <format> A ranked Pareto table with a cumulative percentage column and an 80 percent cut line noted. </format>

Ranks scrap and rework causes by real impact and marks exactly where the 80 percent line falls.

๐Ÿ’ก

Pro tip: Use cost, not just quantity, if your cause codes vary a lot in unit value, quantity alone can hide the cause that's actually most expensive.

Monthly Production Cost Variance Report

14/30

You are a senior manufacturing cost analyst preparing a monthly variance report. <context> Finance wants to know why actual production cost differed from the standard or budgeted cost this month, broken into labor, material, and overhead. </context> <inputs> - Standard cost versus actual cost by category (labor, material, overhead): [COST DATA] - Units produced this month versus plan: [UNITS PRODUCED / PLAN] </inputs> <task> Produce a variance report showing standard versus actual cost per category in dollars and percent, and a likely driver per unfavorable variance (e.g. overtime, material price increase, scrap, underutilization). </task> <constraints> - Show variance as both dollar amount and percent for each category. - Only label a variance driver if it's reasonably implied by the inputs, otherwise write [INVESTIGATE DRIVER]. - Sort categories by dollar variance descending. </constraints> <format> A variance table with a driver column and a short summary paragraph. </format>

Breaks a cost variance into labor, material, and overhead, with a named likely driver behind each unfavorable number.

๐Ÿ’ก

Pro tip: Tie the units-produced-versus-plan number into the summary, a lot of unfavorable cost variance is really just a volume story, not a rate problem.

Line Capacity and Bottleneck Analysis

15/30

You are a senior manufacturing industrial engineer analyzing line capacity. <context> A production line isn't hitting its output target and the team needs to know which station is the actual bottleneck before investing in a fix. </context> <inputs> - Stations on the line with cycle time per station: [STATION CYCLE TIMES] - Target line output rate: [TARGET RATE] </inputs> <task> Identify the bottleneck station (the one with the longest cycle time), calculate the theoretical maximum line output given that bottleneck, compare it to the target rate, and recommend where added capacity would help most. </task> <constraints> - Show the cycle time comparison across all stations, not just the bottleneck. - Calculate theoretical max output explicitly from the bottleneck cycle time. - State clearly whether the target rate is achievable given the current bottleneck, and by how much it falls short if not. </constraints> <format> A station cycle time table with a bottleneck call-out and an achievability statement. </format>

Names the actual bottleneck station and states plainly whether the target rate is even achievable as the line is built.

๐Ÿ’ก

Pro tip: Measure cycle time under normal operating conditions, not a best-case timed run, an optimistic number will point at the wrong bottleneck.

These prompts give you the what. Tutorials give you the why.

Learn when to use extended thinking, how to build Claude Projects, and workflows that compound. 300+ tutorials and growing.

Try AI Academy Free

Supplier & Vendor Communications

5 prompts

Supplier Corrective Action Request (SCAR)

16/30

You are a senior manufacturing supplier quality engineer issuing a corrective action request. <context> A supplied part or material failed inspection or caused a line issue, and the supplier needs a formal corrective action request with a required response deadline. </context> <inputs> - Supplier name and part number: [SUPPLIER NAME / PART NUMBER] - Nonconformance description and lot or PO number affected: [NONCONFORMANCE DESCRIPTION / LOT-PO] - Impact on production (line stoppage, rework hours, scrap cost): [IMPACT] - Required response deadline: [RESPONSE DEADLINE] </inputs> <task> Draft a SCAR stating the nonconformance, the impact on your operation, and a request for root cause, containment action, and permanent corrective action from the supplier by the stated deadline. </task> <constraints> - State the nonconformance and lot/PO number precisely, do not generalize it. - Quantify the impact (hours, units, or cost) rather than describing it vaguely. - Include the response deadline prominently near the top. </constraints> <format> A formal SCAR document with a stated response deadline. </format>

Documents a supplier nonconformance with quantified impact and a hard deadline for their corrective action response.

๐Ÿ’ก

Pro tip: Quantify the impact in hours or dollars, not just 'caused a delay', a specific number is what actually gets a supplier's quality team to prioritize the response.

Supplier Lead Time Escalation Email

17/30

You are a senior manufacturing procurement manager escalating a supplier lead time issue. <context> A supplier's promised lead time has slipped and it's now threatening a production schedule, requiring a firm escalation to get a committed date. </context> <inputs> - Supplier name and part or material affected: [SUPPLIER NAME / PART] - Original promised date and current status: [ORIGINAL DATE / CURRENT STATUS] - Production impact if the delay continues: [PRODUCTION IMPACT] </inputs> <task> Draft an escalation email to the supplier's account manager requesting a firm, committed delivery date and any expediting options available, plus an internal note to the production planner summarizing the risk. </task> <constraints> - Keep the supplier email under 180 words, professional but direct about the production risk. - State the specific production impact (line down date, order at risk) rather than a general urgency claim. - The internal note should be shorter than the supplier email and purely factual. </constraints> <format> A supplier escalation email plus a short internal risk note, clearly labeled. </format>

Pushes a slipping supplier for a committed date while giving the internal planner a short, factual risk heads-up.

๐Ÿ’ก

Pro tip: State the exact date production actually runs out of stock, a concrete run-out date creates more urgency than a general 'we need this soon'.

Request for Quote (RFQ) to Alternate Suppliers

18/30

You are a senior manufacturing sourcing manager preparing an RFQ. <context> The team wants to qualify a second supplier for a critical part, either for cost or supply risk reasons, and needs a formal RFQ to send out. </context> <inputs> - Part number, description, and annual volume: [PART NUMBER / DESCRIPTION / VOLUME] - Required specs, certifications, or tolerances: [SPECS / CERTIFICATIONS] - Target lead time and quote due date: [LEAD TIME / QUOTE DUE DATE] </inputs> <task> Produce an RFQ document with part details, required specs, volume by year or quarter, lead time expectations, and a quote due date, plus a response template table for the supplier to fill in pricing at different volume tiers. </task> <constraints> - Include at least 2 volume tiers in the response template unless only one volume figure is given. - State required certifications explicitly as a pass/fail requirement, not a preference. - Keep the RFQ to one page plus the response template. </constraints> <format> An RFQ document with an attached supplier response template table. </format>

Sends out a complete RFQ with a ready-to-fill pricing tier template so supplier quotes come back in a comparable format.

๐Ÿ’ก

Pro tip: Build the response template before sending, comparing quotes is far faster when every supplier fills in the same table instead of their own format.

Supplier Scorecard and Quarterly Review Summary

19/30

You are a senior manufacturing supplier quality manager preparing a quarterly supplier review. <context> Key suppliers are reviewed quarterly on quality, delivery, and cost performance, and a scorecard is needed for the review meeting. </context> <inputs> - Supplier list with on-time delivery rate, defect rate (PPM or percent), and cost trend: [SUPPLIER DATA] </inputs> <task> Build a supplier scorecard ranking suppliers on a weighted composite score across delivery, quality, and cost, with a one-line action per supplier (maintain, improve plan, or reduce volume). Invent a realistic sample of 6 suppliers if none is given. </task> <constraints> - State the weighting used for each metric. - Sort suppliers by composite score descending. - Flag any supplier with a defect rate above 500 PPM (or 0.05 percent) for a mandatory improvement plan, unless a different threshold is given. </constraints> <format> A supplier scorecard table with a weighted score and a recommended action column. </format>

Scores suppliers on a weighted delivery, quality, and cost formula and flags who needs a mandatory improvement plan.

๐Ÿ’ก

Pro tip: Set the defect rate threshold to match your industry's real standard, 500 PPM is a common electronics benchmark but your sector may run tighter or looser.

New Supplier Onboarding and Approval Checklist

20/30

You are a senior manufacturing supplier quality engineer onboarding a new approved supplier. <context> A new supplier is being added to the approved vendor list and needs to complete quality, compliance, and commercial steps before the first production order. </context> <inputs> - Supplier name and part or material category: [SUPPLIER NAME / CATEGORY] - Required certifications (e.g. ISO 9001, material certs): [REQUIRED CERTIFICATIONS] - Quality agreement and NDA status: [AGREEMENT STATUS] </inputs> <task> Produce an onboarding checklist covering certification verification, quality agreement signing, sample or first article approval, and system setup, with an owner and due date per step, flagging any step that blocks a first production order. </task> <constraints> - Sequence steps in the order they must happen, certifications and agreements before first article approval. - Flag first article approval and certification verification as blocking steps. - Keep the checklist to one page. </constraints> <format> A checklist table with columns for step, owner, due date, and status, blocking steps flagged. </format>

Sequences every step a new supplier must clear before their first production order, with blocking steps flagged.

๐Ÿ’ก

Pro tip: Flag certification verification as blocking even if the supplier says it's 'in process', an expired or pending cert is the most common reason an approved-supplier audit fails later.

Safety & Compliance Docs

5 prompts

Lockout/Tagout (LOTO) Procedure

21/30

You are a senior manufacturing safety engineer writing a lockout/tagout procedure. <context> A specific machine needs a documented LOTO procedure so maintenance and operators isolate energy sources correctly before servicing it. </context> <inputs> - Machine or equipment name and location: [MACHINE / LOCATION] - Energy sources present (electrical, pneumatic, hydraulic, mechanical): [ENERGY SOURCES] - Isolation points and lock/tag locations: [ISOLATION POINTS] </inputs> <task> Draft a machine-specific LOTO procedure listing every energy source, its isolation point, the steps to de-energize and verify zero energy state, and the steps to safely restore power after service. </task> <constraints> - List every energy source provided with its own isolation and verification step, do not combine multiple sources into one step. - Include an explicit zero-energy verification step before work begins, not just isolation. - Note that this procedure requires authorized, trained personnel only. </constraints> <format> A machine-specific LOTO procedure document with separate de-energize and restore sections. </format>

Documents a machine-specific lockout/tagout procedure with a real verification step, not just isolation instructions.

๐Ÿ’ก

Pro tip: Walk the machine with maintenance before finalizing this, isolation points on paper sometimes don't match where the actual disconnect lives.

Job Hazard Analysis for a Production Task

22/30

You are a senior manufacturing safety engineer conducting a job hazard analysis. <context> A specific production task needs a documented job hazard analysis (JHA) breaking it into steps and identifying the hazard and control at each one. </context> <inputs> - Task name and equipment involved: [TASK NAME / EQUIPMENT] - Steps involved in performing the task: [TASK STEPS] - PPE currently required: [CURRENT PPE] </inputs> <task> Break the task into sequential steps and, for each step, identify the potential hazard and the required control measure or PPE, ending with a sign-off line for the safety reviewer and the operator performing the task. </task> <constraints> - Give every step at least one identified hazard and matching control, mark [NO SIGNIFICANT HAZARD] only if genuinely none applies. - Match PPE requirements to the specific hazard at that step, not a blanket PPE list for the whole task. - Keep each hazard and control description to one sentence. </constraints> <format> A step-by-step JHA table with hazard and control columns, ending in a sign-off line. </format>

Breaks a task into steps with a specific hazard and control at each one, not a single blanket safety note.

๐Ÿ’ก

Pro tip: Watch the task actually being performed once before writing this, JHAs written from memory alone often miss the step where the real close call happened.

Chemical Safety Data Sheet (SDS) Summary for Operators

23/30

You are a senior manufacturing EHS (environmental health and safety) coordinator. <context> Operators handling a chemical on the line need a quick-reference summary of the key safety information from the full SDS, since the full document is too long to read before every use. </context> <inputs> - Chemical or product name: [CHEMICAL NAME] - Key SDS sections (hazards, required PPE, first aid, spill response) copied or summarized: [SDS KEY SECTIONS] </inputs> <task> Produce a one-page operator quick-reference summarizing the primary hazards, required PPE, first aid steps, and spill response steps in plain, action-oriented language. </task> <constraints> - Use only the information provided from the SDS, do not add hazard claims not present in the input. - Write first aid and spill response as numbered action steps, not prose. - State clearly that this summary supplements, and does not replace, the full SDS kept on file. </constraints> <format> A one-page operator quick-reference sheet. </format>

Condenses a full SDS into a one-page, action-oriented sheet operators will actually read before handling the chemical.

๐Ÿ’ก

Pro tip: Post this at the point of use, not just in a binder, a summary that isn't physically near the chemical rarely gets read in time.

Machine Guarding Compliance Checklist

24/30

You are a senior manufacturing safety engineer auditing machine guarding. <context> A periodic audit is needed to confirm that machine guards on the production floor are present, intact, and not bypassed. </context> <inputs> - Machines or stations to audit: [MACHINE LIST] - Known guarding concerns from prior audits, if any: [PRIOR CONCERNS] </inputs> <task> Build a machine guarding checklist per machine covering guard presence, guard condition, interlock function, and evidence of bypass or defeat, with a pass/fail column and a corrective action field for any fail. </task> <constraints> - Include an explicit check for guard bypass or defeat on every machine, not just presence and condition. - Carry forward any prior concern into this audit as a specific line item to re-check. - Require a corrective action entry for every failed item, no blank fails. </constraints> <format> A per-machine guarding checklist with pass/fail and corrective action columns. </format>

Audits every machine for guard presence, condition, and bypass, and forces a corrective action on every fail.

๐Ÿ’ก

Pro tip: Check for bypass evidence specifically, like a zip-tied interlock or a removed pin, guards that look fine at a glance are often the ones that were defeated.

Confined Space Entry Permit

25/30

You are a senior manufacturing safety coordinator issuing a confined space entry permit. <context> A task requires entry into a confined space (tank, vessel, pit, or similar) and needs a formal entry permit completed before anyone enters. </context> <inputs> - Confined space location and description: [SPACE LOCATION / DESCRIPTION] - Atmospheric testing results (oxygen, toxic gas, flammability), if taken: [ATMOSPHERIC TEST RESULTS] - Entrants, attendant, and entry supervisor names: [PERSONNEL] - Rescue plan or standby rescue team: [RESCUE PLAN] </inputs> <task> Draft a confined space entry permit stating the space, hazards identified, atmospheric test results against acceptable limits, required PPE and equipment, named personnel and their roles, and the rescue plan, with a permit validity time window. </task> <constraints> - State atmospheric test results against explicit acceptable limits (e.g. oxygen 19.5 to 23.5 percent), flag [RETEST REQUIRED] if results are missing or out of range. - Require a named rescue plan, do not accept "call 911" alone as the rescue plan. - Include a permit validity time window, entry permits should not be open-ended. </constraints> <format> A formal confined space entry permit document with a stated validity window. </format>

Forces atmospheric results against real limits and a named rescue plan before a confined space permit is valid.

๐Ÿ’ก

Pro tip: Retest the atmosphere if entry is delayed past the permit's validity window, conditions inside a confined space can change faster than a shift changeover.

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

Maintenance & Downtime Management

5 prompts

Preventive Maintenance Schedule

26/30

You are a senior manufacturing maintenance planner building a preventive maintenance schedule. <context> Equipment on the floor needs a documented preventive maintenance schedule so servicing happens on a set interval instead of only after a breakdown. </context> <inputs> - Equipment list with maintenance task and recommended interval (hours, cycles, or calendar days): [EQUIPMENT / TASK / INTERVAL] - Current usage or run hours per machine, if tracked: [CURRENT USAGE] </inputs> <task> Build a preventive maintenance schedule showing each machine, task, interval, last completed date or usage, and next due date or usage, flagging anything already overdue. Invent a realistic sample of 10 machines if none is given. </task> <constraints> - Calculate next due date or usage explicitly from the interval and last completed value. - Flag any item where next due has already passed as "Overdue". - Sort overdue items to the top. </constraints> <format> A preventive maintenance schedule table with an overdue flag column. </format>

Calculates real next-due dates per machine from interval and last-service data and puts overdue items first.

๐Ÿ’ก

Pro tip: Track by run hours instead of calendar days for equipment with variable usage, a machine run 3 shifts a day needs service far sooner than one run once a week.

Unplanned Downtime Incident Report

27/30

You are a senior manufacturing maintenance supervisor documenting an unplanned downtime event. <context> A machine went down unexpectedly during production and the event needs to be documented with cause, resolution, and time lost for tracking and future prevention. </context> <inputs> - Machine name, date, and time of failure: [MACHINE / DATE / TIME] - Symptoms observed and troubleshooting steps taken: [SYMPTOMS / TROUBLESHOOTING] - Root cause found and repair action, if completed: [ROOT CAUSE / REPAIR] - Total downtime duration: [DOWNTIME DURATION] </inputs> <task> Produce a downtime incident report stating the failure timeline, symptoms and troubleshooting steps taken, root cause, repair action, total downtime, and a recommended action to prevent recurrence. </task> <constraints> - Present the timeline in chronological order from failure to resolution. - State the total downtime in minutes, calculated from the timeline given. - Include a prevention recommendation only if a root cause was identified, otherwise state [ROOT CAUSE PENDING]. </constraints> <format> A chronological incident report with a total downtime figure and a prevention recommendation. </format>

Documents a breakdown chronologically with a real downtime total and a prevention step tied to the actual root cause.

๐Ÿ’ก

Pro tip: Log the exact time troubleshooting started, not just when the machine stopped, that gap is often where the biggest time-saving opportunity lives.

Spare Parts Inventory Reorder List

28/30

You are a senior manufacturing maintenance planner managing spare parts inventory. <context> Critical spare parts need to stay in stock to avoid extended downtime waiting on a part, and the current inventory needs to be checked against reorder points. </context> <inputs> - Spare parts list with current quantity on hand, reorder point, and lead time to receive: [PARTS LIST] </inputs> <task> Build a reorder list flagging every part at or below its reorder point, showing quantity to order and the lead time risk if the part fails before the new stock arrives. Invent a realistic sample of 12 critical spare parts if none is given. </task> <constraints> - Flag every part at or below reorder point, sorted by lead time descending among flagged items. - Show the specific reorder point and current quantity side by side, not just a flag. - Note any part with a lead time over 30 days as a higher-risk item. </constraints> <format> A reorder list table with flagged items and a lead-time risk note. </format>

Flags every spare part at or below its reorder point and calls out the ones with the longest lead-time risk.

๐Ÿ’ก

Pro tip: Review this list monthly at minimum for your highest-criticality machines, a stockout on a long lead time part turns a small failure into weeks of downtime.

Work Order Request for Equipment Repair

29/30

You are a senior manufacturing production supervisor submitting a maintenance work order. <context> A piece of equipment needs a repair that isn't an emergency but shouldn't wait indefinitely, and a formal work order needs to go to the maintenance team with the right priority level. </context> <inputs> - Equipment name and location: [EQUIPMENT / LOCATION] - Issue description and when it was first noticed: [ISSUE DESCRIPTION / DATE NOTICED] - Impact on production if not fixed (e.g. running at reduced speed, workaround in place): [PRODUCTION IMPACT] </inputs> <task> Draft a maintenance work order stating the issue, when it started, current production impact, and a recommended priority level (emergency, urgent, routine) with justification for that level. </task> <constraints> - Justify the priority level in one sentence tied to the stated production impact, don't just assign a level without reasoning. - State the workaround in place, if any, so maintenance knows the machine is still limping along versus fully down. - Keep the work order to one page. </constraints> <format> A one-page work order with a justified priority level. </format>

Assigns a justified priority level to a repair request instead of leaving maintenance to guess how urgent it really is.

๐Ÿ’ก

Pro tip: State the workaround explicitly if there is one, 'running at reduced speed' versus 'fully down' changes the priority call completely.

Monthly Maintenance KPI Report

30/30

You are a senior manufacturing maintenance manager preparing a monthly KPI report. <context> Leadership wants a monthly view of maintenance performance, covering how much downtime was planned versus unplanned and how maintenance is trending against last month. </context> <inputs> - This month's planned and unplanned downtime hours, PM completion rate, and mean time to repair (MTTR): [MONTH DATA] - Prior month's figures for comparison: [PRIOR MONTH DATA] </inputs> <task> Produce a KPI report showing each metric this month versus last month with the direction of change, a PM compliance rate, and a short narrative on the biggest driver behind any metric that worsened. </task> <constraints> - Show percent change for every metric, not just the raw numbers. - State whether each change is favorable or unfavorable explicitly, don't leave it to interpretation. - Keep the narrative section to 3 sentences maximum, tied to the metric that moved the most. </constraints> <format> A KPI comparison table with a short narrative summary. </format>

Compares this month's maintenance KPIs to last month with a clear favorable-or-not call on every metric.

๐Ÿ’ก

Pro tip: Track PM compliance separately from unplanned downtime, a high compliance rate with rising unplanned downtime usually means the PM tasks themselves need a second look, not just more of them.

Frequently Asked Questions

Copy a prompt, replace the bracketed placeholders with your real line, part, or supplier data, and paste it into Claude. If you leave a placeholder blank, Claude fills it with a realistic sample so you can check the output format before connecting your own numbers.
Yes. Several prompts, like the OEE summary and the reorder point checklist, ask for raw numbers and Claude shows the calculation explicitly, not just a final figure, so you can verify the math against your own data.
Yes. They're written generically around production lines, quality inspection, suppliers, and maintenance, so they adapt whether you run discrete assembly, process manufacturing, or a job shop. Swap in your own equipment and part names in the input fields.
No. Prompts like the LOTO procedure and confined space permit draft the document structure for you, but a qualified EHS professional should review and approve any safety procedure before it's used on the floor.
Any Claude plan works for a single work order or checklist. Longer outputs like the OEE summary, supplier scorecard, or a full CAPA report run more reliably on a paid plan with a larger context window, especially with a lot of pasted line data.

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.