LearnGrok
Prompts
PromptIntermediateBuilding on the API

Site audit checklist for corrective action

Build an auditable site checklist from inspection notes, photos and past actions. For operations managers running facilities or safety standards.

4 min read

Use these prompts to turn loose inspection material into a controlled audit record. They are for operations managers who need site managers to act on facilities, safety or multi-site standards findings, then show what was done.

Start with the evidence, not the action list. Inspection notes often mix facts, assumptions and requests. Photographs can confirm a condition, but only if they are labelled well enough to connect them to an area, asset and finding.

Key point

Keep evidence separate from decisions

A photograph or note supports a finding. It does not, by itself, prove who owns the fix, what deadline applies or that an action is complete.

Run the prompts in order

  1. Extract the findings register. Paste the inspector's notes and a photograph index into the first prompt. If images are uploaded, keep their filenames or photo numbers in the output. This gives every observation a stable FIND- ID before wording changes during review.

  2. Compare earlier actions. Use the reconciliation prompt with the last action register. This is where you find actions that were marked complete without evidence, actions that are still relevant, and new findings that look similar to old ones but are not necessarily the same issue.

  3. Build the live checklist and action register. Give the third prompt your confirmed owner roles and any internal due-date rules. It produces two different documents: the checklist records what was inspected, while the action register records what must happen next. Do not combine them. A failed check may create an action, but a check is not evidence that an action was completed.

  4. Record decisions that need authority. Use the decision log where a finding has competing remedies, a temporary control, an acceptance decision, or an escalation requirement. The log should show who made the choice and what evidence will allow closure.

  5. Create the review pack. Run the final prompt after checking the records. It gives the next review meeting one view of urgent items, open actions, pending decisions and missing evidence.

Note

Use your own standard references

Paste the relevant internal procedure, inspection criterion or maintenance rule when you have it. The model can organise supplied requirements, but it cannot establish which standard applies at your site.

Prepare the material before pasting

Give the prompts inputs that another manager could understand without attending the inspection. The minimum useful set is:

  • Site name, inspection date, inspection scope and inspector.
  • Notes with a location, asset or room reference for each observation.
  • A photograph index, such as IMG-014, loading bay fire door, south elevation.
  • The prior action register, including status, owner, due date and any completion evidence.
  • A role-to-area list, for example facilities manager, site manager, cleaning contractor manager or regional operations lead.
  • Any existing rule for priority, target dates, escalation or review frequency.

Remove personal details that are not needed to allocate and verify work. If an image includes people, sensitive access arrangements or unrelated customer material, use a redacted copy or describe the relevant condition in the photograph index.

Watch out

Do not convert uncertainty into a low priority

An unclear photograph, missing asset identifier or unknown requirement is an evidence gap. It needs a question or a verification task, not an arbitrary risk rating or closure decision.

Check the output before issuing it

Read the tables as a chain: evidence, finding, action, decision and closure proof. A break anywhere in that chain makes the audit difficult to defend and harder to complete.

Use this check before sending the pack to a site manager:

If you see this Check this Do this next
A finding with no photo or note reference Whether the inspection record supports it Add the source reference or remove the unsupported claim
An action with a named owner Whether that person or role was supplied Change it to Owner to confirm if it was inferred
A closure claim Whether dated completion evidence and verification exist Move it to Complete subject to verification where evidence is incomplete
A due date Whether a deadline rule or agreed date supports it Replace an invented date with Due date to confirm
A high-priority item Whether the action and escalation point are present Add both before circulation

Look closely for duplicated issues. The same blocked route may appear in a note, a photo caption and a prior action. Keep one primary finding, then cross-reference supporting material. Conversely, do not merge items merely because they occur in the same room. A damaged door closer and missing signage may require different owners and different closure evidence.

Check

The pack is ready when every open action has an ID, a linked finding, an owner or owner-to-confirm field, a status, and defined closure evidence.

Keep the records usable at the next visit

Store the findings register, action register and decision log together. Keep the IDs unchanged across review meetings. If you rewrite FIND-003, retain the ID and note why the wording changed. This lets you show whether the condition changed, rather than losing the history in a new spreadsheet.

The fields and output behaviour available to you can vary. Check the current xAI documentation overview before building a recurring workflow around uploads or document handling.

When the output does not work

If the result is too generic, the source material probably lacks location, asset or standard references. Add those details and rerun only the affected prompt. If owners or dates appear invented, remove the role list or deadline rule from the output, correct the input, then rerun the action register. If findings conflict, do not ask for a single answer. Keep both records, request the missing evidence and record the decision as pending until the responsible manager can verify it.

Copy-ready prompts

5 prompts. Open one to read it, or take the whole pack.

1Extract findings from notes and photographsUse this first, when you need a factual register before assigning owners or deciding actions.
Create a site-audit findings register from the inspection notes and photograph index below. Do not infer a condition that is not supported by the supplied material.

Site: [site name]
Inspection date: [date]
Inspection scope: [areas, systems or standards inspected]
Inspection notes: [paste notes]
Photograph index: [paste photo numbers, captions and links, or upload photographs]

Return one Markdown table with these columns: Finding ID, Area or asset, Observation, Requirement or expected condition, Evidence reference, Provisional risk level, Information missing, and Source wording.

Use IDs in the format FIND-001, FIND-002 and so on. Keep the Observation field factual and concise. Quote the exact note wording in Source wording where possible. Use the photograph number or filename in Evidence reference.

For Provisional risk level, use only Critical, High, Medium, Low, or Unclear. Mark it Unclear if the evidence does not establish consequence or urgency. Do not state that a site is compliant unless the supplied evidence explicitly supports that conclusion.

If notes conflict with a photograph, record the conflict in Information missing and retain both evidence references. Add a final section titled Questions before action with numbered questions for every missing location, asset identity, standard, owner, date or unclear photograph.
2Reconcile open actions from earlier auditsUse this after extracting current findings, when prior actions may be overdue, duplicated or described differently.
Reconcile the current site-audit findings against the prior corrective-action register. Identify what remains open, what has evidence of completion, and what needs verification.

Current findings register: [paste current findings table]
Prior corrective-action register: [paste prior actions, including action ID, finding, owner, due date, status and completion evidence]
Inspection date: [date]

Return three Markdown tables in this order.

1. Action reconciliation: Prior action ID, Matched current Finding ID, Match confidence, Previous status, Current evidence, Recommended status, Reason, and Verification needed.
2. Unmatched current findings: Finding ID, Observation, Possible related prior action, and Why the match is uncertain.
3. Potentially stale prior actions: Prior action ID, Previous owner, Due date, Status, and Follow-up needed.

Use only these Recommended status values: Open, Complete subject to verification, Closed, Superseded, or Needs clarification. Treat a prior action as Complete subject to verification, not Closed, when there is no dated completion evidence or the current inspection does not confirm the condition. Do not silently merge two findings. If a match is uncertain, set Match confidence to Low and explain the ambiguity.
3Build the inspection checklist and action registerUse this to create the working document for the next inspection or site review.
Build a site-audit checklist and corrective-action register from the material below. This document will be used by site managers during inspection and follow-up.

Site and audit details: [paste site name, audit date, scope, standards or internal procedures]
Current findings register: [paste findings table]
Reconciled prior actions: [paste action reconciliation table]
Known role owners: [paste roles, names if available, and areas of responsibility]
Required completion dates or internal deadlines: [paste dates or rules]

Return two Markdown tables followed by an exceptions list.

Table 1, Inspection checklist, must contain: Checklist ID, Area or asset, Check question, Expected condition or evidence, Result (Pass/Fail/Not checked/Not applicable), Evidence reference, Related Finding ID, and Inspector notes.

Table 2, Corrective-action register, must contain: Action ID, Related Finding ID, Required corrective action, Action owner, Accountable manager, Target due date, Priority, Status, Completion evidence required, and Escalation trigger.

Use IDs CHK-001 onwards and ACT-001 onwards. Make each Check question observable at the site. Do not use vague checks such as “Is this safe?” or “Is this satisfactory?”.

Assign an owner only where the supplied role-owner list supports it. Otherwise write Owner to confirm. Assign a due date only where a supplied deadline rule supports it. Otherwise write Due date to confirm. Put every unsupported assignment, unclear requirement, duplicate finding, and missing evidence in a final numbered section titled Exceptions requiring decision.
4Decide corrective actions and escalationUse this when a finding needs a recorded decision, especially where the fix, priority or acceptance of risk is unclear.
Create a corrective-action decision log for the findings below. Record the operational decision needed for each item without inventing technical, legal or safety requirements.

Site: [site name]
Decision meeting date: [date]
Attendees and roles: [paste names and roles]
Findings and action register: [paste findings and actions]
Relevant internal standard, procedure or maintenance rule: [paste text or reference]
Available options, constraints and known costs if any: [paste information]

Return one Markdown table with these columns: Decision ID, Finding ID, Decision required, Options considered, Selected option, Decision rationale, Decision owner, Action owner, Due date, Approval required, Evidence required to close, Escalation point, and Decision status.

Use DEC-001 onwards. Use only these Decision status values: Proposed, Approved, Deferred, Rejected, or Needs clarification. Separate the person who decides from the person who carries out the action where the supplied information shows they are different.

If there is insufficient information to select an option, set Selected option to Decision pending, set status to Needs clarification, and state the exact question, evidence or approval needed. Do not treat a temporary control as a permanent corrective action unless the supplied material explicitly says it is permanent.
5Produce the audit follow-through packUse this last, when you need one concise document for the site manager, regional operations lead and the next review meeting.
Prepare a site-audit follow-through pack from the source material below. Preserve all IDs exactly as supplied. Do not add findings, owners, dates or closure claims that are not evidenced.

Audit details: [paste site, inspection date, scope and inspector]
Inspection checklist: [paste checklist]
Findings register: [paste findings]
Corrective-action register: [paste actions]
Decision log: [paste decisions]
Prior-action reconciliation: [paste reconciliation]

Return the pack in this exact order:

1. Audit summary: site, date, scope, number of findings by provisional risk level, number of open actions, number overdue if due dates are supplied, and number requiring clarification.
2. Immediate attention table: Finding ID, observation, current control if stated, action, owner, due date, and escalation point. Include only Critical or High findings, or items explicitly marked for escalation.
3. Full action tracker: Action ID, Finding ID, action, owner, due date, status, completion evidence required, and next review date.
4. Decision log: reproduce only decisions that are Proposed, Deferred or Needs clarification.
5. Questions and evidence gaps: numbered list, each item naming the affected ID and the person or role needed to resolve it.

If no due date or next review date is supported by the source material, write Not set, not an invented date. Flag any action marked Closed where the reconciliation table says verification is still needed.

Quick question about the API?

Short answers from the API pages here, with the page itself one tap below. Limits, models and prices go to xAI’s documentation, because those change and this does not chase them.

Last checked against xAI’s own pages on 2026-08-21. Grok changes quickly; anything version-specific should be confirmed upstream before you rely on it.

More in Building on the API

Found something out of date?

Grok changes quickly and this page is a snapshot. If something here is wrong, or you know a better resource, send it over.

Suggest a link →

Advertise on LearnGrok

$420.69one-time, for a 30-day run

Square works best. PNG, JPEG or WebP, up to 2 MB.

Stripe on the next step. Live once approved.