DEEP DIVE · FROM ISSUE NO. 000 · 1 JUL 2026

10 AI Prompts I use everyday on my Construction Project

SIDDHANT MEHTA - @constructing.tomorrow

None of these write anything for you. They all check something before it costs you.

Drafting was never the slow part of this job. Writing an RFI takes eight minutes. Missing the conflict inside it costs eight weeks. So every prompt in here points at a document you already have and asks what's wrong with it.

Copy them as they are. Swap the parts in {braces}.

Two rules first

Nothing confidential goes in a public chat. Executed contracts, numbers before award, anything under NDA, personnel issues, owner financials. Use your company's enterprise account if you have one. If you don't, strip the names, the dollar figures and the project address before you paste. Every prompt here works fine on a redacted document, because what they're checking is structure and language, not identity.

This is a second read, not the only read. Each one catches what you'd catch on a good day, when you're not on your fourth meeting and behind on pay apps. It will still miss things. It cannot reliably read a dimension off a drawing, and it doesn't know what got said on the phone. You're still the one signing.

The shape

Every prompt below is built the same way. Once you see it, you can write your own for any document on your job.

ROLE You're a GC project manager on a {project type}.
INPUT {paste the document, plus whatever it's supposed to comply with}
JOB Don't summarize. Find what's missing, contradictory, or unsupported.
CHECKLIST The specific things to look at, named.
OUTPUT A table, with the columns you want.
CONSTRAINT If it's not in the document, write "not stated." Don't fill gaps.

Two of those six do most of the work.

The checklist. Left vague, you get a vague answer. Naming what to look for is the difference between "review this submittal" and a real review. Most of the length in the prompts below is checklist.

The constraint. Leave it off and you get a confident guess dressed up as an answer, which on a submittal is worse than no answer at all.

Preconstruction and buyout

01 · Scope gap check across bids

For when you're leveling and the numbers are close enough that the difference has to be scope.

You're a GC project manager leveling subcontractor bids for {trade} on a {project type}.

Here is the scope of work from the specification and the drawing list, and here are {n} subcontractor proposals.

For each proposal, give me four lists:

1. Scope in the spec the proposal doesn't mention at all

2. Scope the proposal explicitly excludes

3. Scope where the proposal describes something different from the spec (different product, different extent, different standard)

4. Allowances, alternates, unit prices, or qualifications that appear in this bid and not the others.

Then check each proposal for whether it addresses: layout and survey, hoisting and material handling, temporary protection, fire watch, off-hours or weekend work, dumpsters and cleanup, as-builts, warranty duration, bonding, and who holds the permit for their scope.

Finally, tell me what I'd have to add to each bid to make them a true apples-to-apples comparison, and which bidder is carrying the most risk in qualifications.

If a proposal is silent on something, write "not stated." Don't assume it's included and don't assume it's excluded.

What it's for. The cheap bid is usually cheap because something's missing. This finds the missing thing before you carry the number into your buyout.

02 · Subcontract review before you send it out

Run it before a sub signs, not after they've claimed.

You're a GC project manager reviewing a subcontract before issuing it to a {trade} subcontractor on a {project type}.

Here's the subcontract, and here's the prime contract if you need the flow-down language.

Pull out and explain in plain English

- Every notice requirement. For each one: what triggers the clock, how many days, what form the notice has to take, who it goes to, and what happens if it's late

- Payment terms, including whether it's pay-when-paid or pay-if-paid, how many days after my receipt, and what documentation conditions payment

- Retainage: percentage, when it reduces, what releases it

- Liquidated damages and any consequential damages language

- Backcharge rights and the process required before I can exercise them

- Change order procedure: who can authorize, what happens to work directed verbally, and the markup caps

- Everything flowed down from the prime contract, and anything in the prime that should have flowed down but didn't

- Termination and suspension rights on both sides

- Insurance and indemnity, and whether the limits match what the prime requires

For each item, tell me what I have to do to stay compliant and what it costs me if I don't.

Then list the three provisions a subcontractor's attorney would push back on first.

If the contract doesn't address something, write "not stated." Don't tell me what's typical or standard.

What it's for. Notice deadlines are what kill claims. Knowing all of them on day one is worth more than any argument you'll make on day ninety.

During the job

03 · Submittal gap check

The one I run most.

You're a GC project manager reviewing a {trade} submittal against spec section {number and title}.

Here's the spec section, and here's the submittal.

Don't summarize either document.

List every place the submittal deviates from, skips, or substitutes what the spec requires. Check specifically:

- Manufacturer and product, and whether it's a named acceptable manufacturer or a substitution request

- Every performance criterion the spec sets (strength, rating, R-value, gauge, class, grade, whatever applies) against what the submittal shows

- Finish, color, texture and tolerance

- Testing and certification requirements, and whether the certificates are actually attached and current

- Every attachment the spec lists as required (product data, shop drawings, samples, calculations, warranties, installer qualifications)

- Whether the submittal covers the full scope of the section or only part of it

- Any note in the submittal that quietly changes the scope ("by others," "not in contract," "field verify")

Output a table: Item | What the spec requires | What the submittal shows | What I should ask.

If the submittal doesn't address something the spec requires, write "not stated" in the submittal column rather than leaving it blank.

At the end, tell me which single item is most likely to cause a problem in the field if I approve this as-is.

What it's for. Catching a substitution at submittal costs a phone call. Catching it at installation costs a change order, a rework schedule, and a conversation with the owner you don't want to have.

Note. It reads text well. It does not reliably read dimensions off a shop drawing. Check the drawings yourself.

04 · Change order exposure read

Run it before you look at the number.

You're a GC project manager reviewing a change order request from a {trade} subcontractor.

Here's the change order request with its backup, and here's the contract clause they're claiming under.

Work through it in this order:

1. Entitlement. Which parts of this claim does the cited clause actually support? Which parts does it not? Is there a different clause that fits better, or one that defeats it?

2. Notice. What notice requirement applies to this type of change? What event started the clock, and what date was that? Does the backup show notice was given in the required form, to the required person, within the required window? If the backup doesn't show it, say so.

3. Pricing. Does the breakdown match the contract's terms for labor rates, burden, equipment rates, material markup, subcontractor markup, and overhead and profit caps? Are any line items double-counted between direct cost and markup? Is there time claimed for work that appears in the base scope?

4. Schedule. Are they claiming time as well as money? Is the delay on the critical path, and does their backup demonstrate that or just assert it?

5. Then give me five questions to ask before I sign, ordered by how much money each one moves.

If the documentation doesn't show something, say it doesn't. Don't assume it happened off-paper.

What it's for. Most change orders are partly legitimate. This tells you which part, so the conversation is about the other part.

05 · Lookahead interrogation

Every Tuesday, before the coordination meeting.

You're a GC superintendent reviewing a three week lookahead schedule on a {project type}.

Here's the lookahead. Here's the current submittal log and procurement log if you need them.

Find:

- Activities with predecessors nobody wrote down. Name the missing predecessor

- Two or more trades working in the same area on the same day, and whether they can actually coexist there

- Any inspection, permit, submittal approval, or long lead delivery that has to land before a listed activity but doesn't appear on the lookahead

- Activities whose duration doesn't match the crew size shown

- Work scheduled before the area it depends on is scheduled to be complete

- Anything scheduled on a day the site won't be available (weather-sensitive work, owner-occupied hours, street closure windows)

Rank everything you find in this order: inspection and permit holds first, then long lead material, then trade stacking, then everything else.

For each item, give me the specific call I should make today and what I'm asking that person for.

If the lookahead doesn't give you enough to judge something, list it as a question rather than an answer.

What it's for. The collision is always obvious in hindsight. This is the hindsight, two weeks early.

06 · RFI sharpener

Before you send it, not after they answer the wrong question.

You're a GC project manager about to send an RFI to the {architect / structural engineer / MEP engineer}.

Here's my draft RFI, the relevant drawing note, and the relevant spec language.

Rewrite it so it can only be answered one way:

- State the conflict as a conflict, not as confusion. "Detail 5/A-501 shows X, spec section Y requires Z" beats "please clarify"

- Cite the exact drawing number, detail number, and spec section and paragraph

- Give the schedule impact: which activity this holds, its current start date, and the date I need an answer to protect it

- Give the cost exposure if there is one, and say if there isn't

- Propose the answer I believe is correct, so they can confirm or correct it instead of starting from a blank page

- Name what I'll proceed with if I don't hear back by the date, if the contract lets me do that

Then tell me two things. First, what's still ambiguous in my version.

Second, what a designer could answer that would technically respond to my RFI and leave me exactly where I started.

What it's for. A vague RFI comes back vague, three weeks later. Proposing the answer turns a two week wait into a one line confirmation.

07 · Meeting notes to open decisions

The one people are most surprised by.

Here are my raw notes from an OAC meeting on a {project type}.

Give me two tables.

Table one, commitments: what was promised, who promised it, the date they committed to, and what activity or decision it's tied to.

Table two, open decisions: every decision that was discussed and left open, who owes the answer, what's blocked until it lands, and how long it's been open if my notes mention it coming up before.

Then, separately, list anything that was discussed where the notes are ambiguous about whether a decision was actually made, so I can confirm it before it becomes a dispute.

Don't guess at owners. If nobody was named, write "unassigned." Don't add action items that weren't discussed. Don't smooth over a disagreement in the notes into an agreement.

What it's for. The second table is the one that matters. Commitments get tracked. Open decisions sit in nobody's inbox until they show up in a delay claim with your name on the meeting minutes.

08 · Pay application check

Before you certify a sub's percent complete.

You're a GC project manager reviewing a subcontractor's pay application.

Here's the pay application, the schedule of values, the previous application, and my field notes on what's actually installed.

Check:

- Line items where the percent complete claimed is higher than my field notes support, with the difference in dollars

- Line items that jumped an unusual amount since the previous application

- Stored material claims: is the material actually on site or bonded, and

  are the required invoices, bills of sale and insurance certificates attached

- Retainage: is it calculated at the contract percentage on the correct base

- Change order work billed before the change order was fully executed

- Front-loading: general conditions, mobilization or supervision billed ahead of the physical work they support

- Whether lien waivers for the previous payment are attached and cover the right period and amount

- Whether the arithmetic is correct on every line and in the totals

Flag anything my field notes don't cover, so I know exactly what to go walk before I certify.

What it's for. Overbilling early is how you end up funding a sub's other job and then holding the bag when they walk off yours.

When it goes sideways

09 · The letter that protects the record

For delay notices, backcharges, and anything you might read aloud in a deposition.

You're a GC project manager. I need to send a {delay notice / backcharge notice / notice to cure / notice of default} to {party}.

Here's the situation, the relevant dates, and the contract clause that governs it.

Write it so it:

- Opens by citing the clause and confirming this notice satisfies its requirements, including the timing

- States facts and dates only. No characterization, no blame, no adjectives

- Lays out the chronology in order, with each date tied to a document I can produce

- Says exactly what I want them to do, and by what date

- States the consequence under the contract if they don't, without threatening anything the contract doesn't give me

- Stays professional enough that we can still work together Monday morning

Then, separately from the letter, tell me:

- What a lawyer reading this in two years would say is missing

- What in my version could be read against me

- What document I should have in the file before I send it

What it's for. The second half of the prompt is the whole point. Anger writes a satisfying letter and a bad exhibit.

10 · Closeout readiness

Six weeks out, before the owner asks.

You're a GC project manager preparing for substantial completion on a {project type}.

Here are the closeout requirements from Division 01, any owner-specific closeout requirements, and my current closeout log.

List everything required that I don't have yet, grouped by who owes it:

- O&M manuals and the format required

- Warranties, including start dates and any that have to be issued directly to the owner

- Attic stock and spare parts, by quantity and storage location

- Owner training sessions, including who attends and whether they have to be recorded

- Record drawings and as-builts, and the format and medium required

- Commissioning reports and functional test documentation

- Certifications, test reports and inspection sign-offs

- Permits, certificates of occupancy, and any agency close-out

- Final lien waivers and consent of surety

- Keys, access credentials, and control system handover

For each missing item, tell me who owes it, roughly how long it takes to produce, and what it blocks. Then order the whole list by what to chase first based on lead time.

If my log is ambiguous about whether something is complete, list it as missing.

What it's for. Closeout is where retainage sits. Starting the chase six weeks out instead of on the punch walk is the difference between getting paid in June and getting paid in September.

Write Your Own

Take any document on your job that costs money when it's wrong. Put it in the shape at the top of this doc. The two lines people forget:

Tell it not to summarize. It defaults to summarizing, and a summary of a submittal is worth nothing to you.

Tell it to write "not stated" when something's missing. Otherwise it fills the gap with what's usually true, and what's usually true is exactly what burns you on the job where it isn't.

If one of these catches something on your project, tell me what it was. That's how the
next version of this gets written.

I hope this helps!

Sid ☺️

WEEKLY · FREE · 1,000+ READERS

ONE DEEP DIVE LIKE THIS, EVERY TUESDAY

Real workflows for architects, engineers and construction pros. No hype, no jargon, no "you're behind" energy.

Got a better way of doing this on your projects? Just reply — we read everything.