A closing attorney can use AI to build a checklist for each transaction type and to summarise every title commitment exception with its page reference, provided the AI works from the document itself and you verify each exception against the commitment. Treat the output as a first draft that you reconcile line by line.
The risk is not that AI writes badly. It is that it summarises confidently and quietly drops item 14 of 22. So the whole method below rests on one habit: make the AI count, cite and quote, then check the count yourself before you rely on any summary.
What AI does well on a closing file, and where it fails
A closing file is mostly structured paperwork: a contract, a title commitment, a survey, payoff letters, an insurance binder, lender instructions. Three jobs suit a language model well. It can turn a contract into a deadline list. It can sort title exceptions into groups. It can draft the questions you would otherwise type into an email to the title officer.
It fails in predictable ways. It skips items in long numbered lists. It merges two exceptions that look alike. It misreads legal descriptions, particularly metes and bounds with bearings and distances. It invents a recording reference that looks right. And it treats a standard exception as harmless because it appears on every commitment. None of these shows up in the prose, which reads fluently either way.
So give the model narrow jobs with checkable outputs. "Summarise this commitment" is a bad prompt. "List every numbered item in Schedule B-II, quote its first twelve words, give the page number, and state the total count" is a good one, because you can verify it in two minutes.

The Complete Excel Course with AI Integration
From formulas and pivot tables to Power Query, DAX, VBA and AI with Copilot, ChatGPT and Claude — hands-on from the first lesson.
By Sagnik Bhattacharya and Virginia Thorn, Primetime Emmy Award winner
Buy nowSet up before the first file: confidentiality and tool choice
Client files are confidential, so settle the tool question once rather than per matter. As of November 2026, the major vendors state that their business plans do not use your content for model training by default, while free and individual plans may. ChatGPT Business and Claude Team each need at least two seats, and both list a standard seat at $20 a user a month on annual billing ($25 monthly), so a solo practitioner either pays for two seats or uses an individual plan with model training switched off in its settings. Read the vendor's current privacy page; do not rely on a summary like this one. For a wider look at costs, see the comparison of per-seat and pay-as-you-go legal AI pricing.
Then do four things:
- Add a line to your engagement letter saying you may use AI tools under your supervision and that client data is handled under your confidentiality obligations. Check your professional conduct rules on whether more disclosure is required.
- Decide what is redacted before upload. For checklist work, party names, loan numbers, account numbers and tax identifiers are rarely needed. Replace them with "Buyer", "Seller", "Lender A".
- Keep a project folder in the AI tool for the matter type (ChatGPT Projects or Claude Projects both offer this) holding your standard checklists, so you never paste them again.
- Write a one-page rule on what the AI may not do: no final legal conclusions, no sending anything to a client unreviewed, no pasting wire instructions.
If your firm has no written AI rule yet, the shorter policy in this tutorial on small-business AI policies gives you a starting point to adapt.
Building a checklist for each transaction type
Most firms have one master closing checklist that grows by accretion. A better approach is one checklist per transaction type, each built from your own last three or four closed files of that type. Start with the types you handle most: residential purchase with a mortgage, cash purchase, refinance, sale of a property with an existing mortgage, and a condominium or co-operative purchase if you do them.
The prompt that builds the first draft
You are helping a real estate closing attorney. I will paste the item lists
from three closed files of the same type: residential purchase with mortgage.
Merge them into one master checklist. Rules:
1. Group by phase: contract, title and survey, lender, funds, closing day, post-closing.
2. For each item give: task, who is responsible (our office, buyer, seller,
lender, title company), trigger (what starts it), and due date rule
(for example "10 days before closing").
3. Mark items that appeared in only one of the three files with "check: appeared once".
4. Do not add items that were in none of the lists. If you think something
is missing, list it separately under "Possible gaps, for attorney review".
The last rule matters. Asking for gaps separately keeps invented requirements out of the checklist while still letting the model flag something you have forgotten. Items tagged "appeared once" are the interesting ones: they are either a one-off for that deal or something you do inconsistently.
What a filled-in checklist row looks like
Here is an illustrative extract from the title and survey phase of a residential purchase, in the format you want back:
| Task | Responsible | Trigger | Due rule |
|---|---|---|---|
| Order title commitment | Our office | Signed contract received | Within 1 business day |
| Review commitment and send exception letter | Attorney | Commitment received | Within 3 business days, before any title objection deadline |
| Order survey or confirm existing survey is acceptable | Buyer or our office | Contract terms | 14 days before closing |
| Request payoff letter | Seller's attorney or lender | Closing date set | 10 days before closing |
| Confirm seller's mortgage release arrangement | Title company | Payoff received | Before closing |
Review every due-date rule against the contract in front of you. Deadlines vary by contract and by custom, and the model has no way to know which your form uses.
Instantiating the checklist for a live file
For each new matter, paste the contract (redacted) and your master checklist and ask for a file-specific version. Request that it quote the contract clause behind each date it calculates. Say the contract states closing on 28 March, attorney review ends seven days after signing, and the financing contingency ends on 14 March. A good output gives you three dated rows with clause references. You then check three clauses rather than reading the whole contract again, and any date the model could not source is marked "not found in contract".
Summarising title commitment exceptions without losing one
A title commitment has a standard shape: Schedule A (the property, the interest, the proposed insured, the amount), Schedule B-I (requirements to be met before the policy issues) and Schedule B-II (the exceptions from coverage). Different underwriters label things a little differently, so say in your prompt which labels this commitment uses. The exceptions are where claims come from, so this is where your verification effort belongs.
Step 1: extraction with a count
Below is the text of a title commitment. Do only this:
1. State how many numbered items are in the requirements section and
how many in the exceptions section.
2. For each item in both sections, output one line: item number, page
number, the first twelve words verbatim, and a category
from this list only: standard, easement, restriction, lien or
monetary, tax, survey matter, parties in possession, other.
3. If any item runs across two pages, say so.
Do not summarise yet. Do not omit items. If unsure about a page
number, write "page unclear".
Compare the counts with the PDF before you read anything else. If the model says 17 exceptions and the commitment shows 19, stop and work out why: a sub-item lettered (a), (b), (c) is the usual cause, and it matters because each lettered sub-item can be a separate recorded document.
Step 2: the summary with page cites
Only then ask for the summary. A useful format has one row per exception, and a "what the document says" column that is a short paraphrase tied to the quote from step 1. An illustrative row: "Item 9, page 4: Easement to a utility company recorded as a numbered instrument, strip along the rear boundary. Category: easement. Action: obtain copy, check against survey for encroachments." The action column is a suggestion only.
Step 3: a plain-language sort into three piles
- Standard and expected: taxes not yet due, rights of parties in possession (usually removed on proof of no tenants), matters a survey would show. You still tick each one off.
- Needs a document: any easement, covenant, declaration or agreement with a recording reference. Pull the instrument and read it. The model has seen the reference, not the instrument.
- Needs a decision: anything monetary or affecting use: a mortgage not on the payoff list, a judgment, a mechanic's lien, an easement running through the proposed building area. This is where you speak to the client or the title officer.
Step 4: the question list for the title officer
Ask the AI to draft questions for exceptions in the second and third piles. Illustrative output: "Item 11 refers to an agreement recorded as instrument 2019-00417 but Schedule B-I does not require its release. Is this a continuing agreement or one to be satisfied at closing? Please send a copy." You edit the tone and send it. This is the step that saves the most typing, because the questions are repetitive across files.
A worked example with numbers
An illustration. A small firm of two attorneys and one closer handles about 14 residential closings a month. Before AI, an attorney spent roughly 40 minutes per commitment reading, listing exceptions and writing the exception letter, plus 20 minutes building the file checklist from the previous file. That is an hour a file and around 14 hours a month.
The new routine: five minutes to redact and upload, three minutes for the counted extraction, and ten minutes reconciling the count and the page cites (reading each flagged item in the PDF). The summary and the title-officer questions take two more minutes. Instantiating the checklist from the contract takes about ten minutes including checking the dates. That is about 30 minutes a file against 60, saving roughly seven hours a month. These are assumptions to test on your own files, not promises. What they show is where the time goes: reconciliation does not shrink, and should not.
Say the commitment on one file has 19 exceptions. The extraction lists 19 lines, the count matches, and the attorney spot-checks four against the pages. Two are standard, nine need documents (eight easements and a declaration), and one is a recorded mortgage that was not on the seller's payoff letter. That one decision item justifies the whole routine, because it surfaced on day two rather than at the closing table.
The deadline calendar
Missed dates cause more trouble than missed exceptions, and they are the easiest thing to extract. After the contract is parsed, ask for a table of every date and the clause behind it, then check it yourself.
From this contract, list every date and deadline in a table:
event, date or rule, clause number, who must act. Include inspection,
financing, attorney review, title objection, survey, mortgage
commitment, closing, possession. If a date is calculated from another,
show the calculation. If a deadline falls on a weekend, flag it but do not
adjust it. Write "not stated" where the contract is silent.
Put the verified dates into your practice management software or calendar by hand, or paste them into a CSV that the calendar imports. Do not let an AI tool write directly to a calendar with no review; a wrong date in a calendar looks authoritative. Set reminders at three days and one day before each contingency deadline, since the model cannot know about your court holidays or your closer's leave.
A refinance and a cash purchase: why one checklist is not enough
The master checklist for a purchase with a mortgage is a poor fit for a refinance, which is why the per-type approach pays off. A refinance has no contract phase, but when the property is the borrower's principal home it usually carries a right of rescission that runs until midnight of the third business day after the loan closes (later if the notice or disclosures arrive late), which pushes funding back. It also needs a payoff for the existing lender, and often a subordination or a release of an old second lien. Ask the model to compare two of your own closed files, one refinance and one purchase, and list the tasks that exist in only one. An illustrative result: the refinance file has "confirm rescission period has expired before disbursement" and "obtain payoff with per diem", while the purchase file has "confirm earnest money receipt" and "walk-through confirmed". Your refinance checklist should inherit none of the purchase contingencies, and the model will tell you which are which.
A cash purchase drops the lender phase but adds work that lenders usually force: proof of funds, a closer look at wire verification, and a decision on whether to buy an owner's policy and what endorsements to ask for. In your cash-purchase checklist, put wire call-back verification as the first item in the funds phase, with the call made to a number from your own records, never one from the email asking for the money. AI can draft the client reminder about this, but it must never be the thing that sends or confirms wire details.
A filled-in exception summary and the fixes it needed
Here is an illustrative extract of what a first-pass summary might return for three exceptions, followed by what you would change.
| Item | Page | Opening words | Category | Pile |
|---|---|---|---|---|
| 6 | 3 | Taxes and assessments for the current year, a lien not yet due | tax | Standard |
| 9 | 4 | Easement granted to a utility company for poles, wires and | easement | Needs a document |
| 12 | 4 | Declaration of covenants, conditions and restrictions recorded as | restriction | Needs a document |
What you would fix: item 6 is listed as standard, but you check whether the commitment says taxes are paid through a given date, because an unpaid prior year turns it into a decision item and changes who funds what at closing. Item 12 is a declaration, and the model recorded only the first twelve words. You ask a follow-up: "For item 12, list every amendment referenced and any assessment or transfer-fee language, quoting the text." Then you read the instrument, because the question that matters, whether a transfer fee or a right of first refusal applies, lives in the document and not in the commitment.
A second useful follow-up is a cross-check against the survey: "Here is the surveyor's notes text. Which of these exceptions could affect the building location, fence or driveway shown?" Present it as a prompt for your own review of the drawing, because a model reading a text description cannot see a fence line.
Post-closing and the file you hand back
The checklist should not stop at the closing table. Post-closing work is where files linger: recording confirmation, policy issued, release of the old mortgage recorded, final disbursement reconciliation, and file closure. Ask the model to turn your post-closing list into a short status table you update on day 5, day 30 and day 60. Illustrative cells: "Deed recorded: confirmed, instrument number entered", "Title policy received: outstanding, chased on day 30", "Payoff confirmation from old lender: received". A weekly sweep of open post-closing rows takes ten minutes and gives a clear list of files that cannot be archived yet. That is a job a spreadsheet does perfectly well, and AI helps only by drafting the chaser emails to the title company, which you review and send.
Finally, ask for a two-line client summary at the end: what was bought or refinanced, the policy amount, and the three documents the client should keep. Draft it with the AI and read it against your closing statement before it goes out; figures are copied by you, not generated.
Verification routine for every file
This is the part that makes the process defensible if someone asks how you used AI. Keep a short block at the top of the file notes, filled in each time:
- Tool and plan used, and the date.
- Exception count from the PDF, and the count from the AI. Match: yes or no.
- Number of exceptions spot-checked against the page, and by whom. A sound minimum: every exception in the "needs a decision" pile, plus three from the others.
- Legal description compared against the survey and the deed by eye. AI is not used for this step.
- Attorney sign-off on the exception letter.
Legal descriptions are the one place never to rely on a summary. Copy them exactly from the source. A transposed bearing is the sort of error that survives for years.
Realistic mistakes and how they showed up
An illustrative case: the extraction returned 16 items where the commitment had 18, because two exceptions were printed in a footnote-sized font at the foot of a page. The count check caught it. The fix was to run the extraction again on page images rather than extracted text, then compare again.
Another: the summary labelled "rights of parties in possession" as standard and moved on, but the property had a tenant in the lower flat. The model had no way to know. This is why the three-pile sort puts your knowledge of the deal ahead of the model's category labels.
A third: a model asked to calculate "ten days before closing" counted calendar days when the contract specified business days. Always include the contract's definition of a day in the prompt or the checklist.
Trying it on your next two commitments
Pick one transaction type, build its checklist from three old files, and run the counted extraction on your next two commitments while you also do them the old way. When the counts match and the pile-sorting agrees with yours, you can drop the parallel run and keep the verification block. If your firm also handles intake, the same discipline applies to AI client intake for law firms, and the review habit carries over to drafting routine letters. If you would like help mapping this onto your own file flow, that is what my AI implementation consultation covers.
Questions closing attorneys ask before trying this
Can I paste a title commitment into ChatGPT or Claude?
Only if the plan and settings match your duty of confidentiality. Business plans from the major vendors do not train on your content by default, but you still need to read the terms, check retention, and tell clients in your engagement letter. Redact party names and account numbers where the task does not need them.
How do I know the AI did not skip an exception?
Count them. Ask for the exception count per schedule section first, then compare it with your own count of the numbered items in the PDF. Any difference means you stop and look. Then spot-check three random exceptions against the page cited.
Should the AI decide which exceptions are acceptable?
No. It can sort exceptions into 'standard', 'needs a document' and 'needs a decision', and suggest questions for the title officer. Whether to object, insure over or walk away is your judgement and your client's risk, so the decision column stays blank until you fill it in.
Does this work for scanned commitments?
Poor scans fail quietly: dropped lines, misread lot numbers, swapped digits in recording references. Run text recognition first, check the extracted text against the page image for the legal description and every recording reference, or ask the title company for a text-based PDF.
Further reads
- How Small Law Firms Use AI to Answer Client Status Questions — Answer buyer and seller status questions without phone tag.
- AI Contract Review for Small Firms: What It Catches and Misses — What AI catches and misses when reading contracts.
- ChatGPT or a Legal AI Tool: Which Should a Small Firm Use? — Choose between a general assistant and a legal tool.
- AI Readiness Checklist for Accountants, Solicitors, Consultants — Check your firm's confidentiality basics first.
- AI for Real Estate Brokers: Compliance File Review Step by Step — The brokerage side of file review, for comparison.
- AI Agents for CPA Firms: Starting Jobs and a Review Gate for Each — Another professional firm's starting jobs and review gates.
- AI Answering Service for Title Companies: Cost and Status-Call Rules — Closing-status calls, wire requests and identity checks: what an AI answering service may handle for a title company, and what it costs a month.
- AI Automations for Real Estate Wholesalers: Sourcing to Contracts — A step-by-step map of what to automate in a wholesaling business, where a person must stay in the loop, and the consent and disclosure rules.
- AI Due Diligence on Real Estate: Read Leases, Surveys, Searches — Upload the lease, survey and searches, build an issue list, rate the red flags and arrive at the solicitor with sharper questions. It never replaces advice.
- AI Real Estate Contract Review: Deadlines and Contingencies — A realtor's method for turning a signed purchase contract into a checked deadline calendar: extraction prompt, contingency table and entries.
- Title Commitment Review With AI: Exceptions, Requirements and Checks — Build an exceptions and requirements table from a title commitment with AI, cross-check it to the deed and payoff letters, and keep the examiner's sign-off.
- ALTA Best Practices and AI: What a Small Title Agency Should Document — Write the AI-use log for a small title agency: what Best Practices 5.0 says about AI, vendors and the written security plan, with a filled-in log.
- Closing Disclosure Review: A Pre-Closing Checklist With AI Checks — A figure-by-figure escrow review that uses AI to find mismatches while the officer checks evidence and signs off.
- AI for Title Companies: Six Jobs Where It Helps and Where It Fails — Six title and escrow workflows with the precise point where AI assistance ends and a trained reviewer takes over.
- AI Tools and AI Development: The Complete 2026 Guide — the AI hub, including every tutorial in the AI-for-business series.
Sources: ChatGPT and Claude vendor pricing and privacy pages (checked 4 November 2026); general title-industry practice for commitments and schedules.