LearnGrok
Prompts
PromptBeginnerAPI errors

Move-in checklist from tenancy records

Create a dated tenant move-in checklist from tenancy, inventory, key and utility records. For lettings administrators and property managers.

4 min read

Use these prompts to turn your tenancy handover records into one tenant checklist that can be sent before keys are collected. They are for lettings administrators and property managers who need the tenant to know what to do, when to do it, and who to contact.

The checklist is only as reliable as the records you provide. Gather the signed tenancy record, the current inventory position, the key booking details and the utility information before you start.

Key point

Start with the signed record

Use the signed tenancy record for the parties, property and start details. Do not let an older email override it without confirmation.

Choose the right prompt

Use the first prompt when all four records are complete and agree. It produces the normal sendable document.

Use the inventory-pending prompt when the tenancy will begin before the inventory is issued. This matters because a tenant should not be told they have a review deadline, return method or condition-report duty unless your records actually state it.

Use the conflict prompt before drafting if you can already see different dates, collection times or utility instructions. It gives you an internal check table, not a tenant document. Resolve the rows marked Conflict, Missing or Unclear with the person responsible for the tenancy before sending anything.

Use the plain-English prompt when a draft has been assembled from internal notes. It keeps confirmed details while removing office language that a tenant may misunderstand.

Use the final audit prompt immediately before sending. It checks that the outgoing document has not picked up an old time, an unsupported instruction or a contact detail from another property.

Prepare the records

  1. Open the signed tenancy record. Copy the property address, named tenants, start date, start time, payment information only where it creates a move-in action, and the approved property contact details.
  2. Check the inventory status. Record whether the inventory is ready, how it will be delivered, whether the tenant has a stated action, and any stated deadline.
  3. Confirm the key arrangements from the current booking. Check the collection date, time, location, identification requirement, named contact and any documented out-of-hours route.
  4. Copy the utility information from the current property sheet. Separate facts from assumptions. A known supplier is a fact. An instruction to take meter readings is only a checklist action if your process says the tenant should do it.
  5. Paste each record under its matching label. Keep headings in place. They tell the model which source supports each instruction.

Watch out

Do not fill gaps with a usual process

A familiar office process may not apply to this tenancy, building or key handover. Send a question for confirmation instead.

If you are using an approved workspace for tenancy data, follow your organisation's data-handling process. Product behaviour and available controls can vary, so check the xAI documentation overview before putting personal information into a new workflow.

Make the document easy to act on

A good move-in checklist separates actions by time. The tenant should be able to scan Before move-in day while arranging collection, then open On move-in day at the property. Put later actions, such as an inventory response, in a separate section.

Keep each bullet to one action. Name the channel where it is known: a property portal, a named email address or the office phone number. Do not write contact us if the supplied records identify the repairs team, lettings team or key holder.

Use You, We and Both consistently. This stops common misunderstandings, especially around meter readings, collecting keys and reporting issues. If responsibility is not clear in the record, do not assign it in the checklist.

Note

A question is better than a confident error

The Items we still need to confirm section is part of the handover process. Clear it before sending where possible.

Check the result before sending

Read the checklist alongside the four source records. Check the fields that cause the most avoidable problems:

If you see this Check this record What to do
A start date or time Signed tenancy record Correct it or remove it if the record does not state it.
A key collection instruction Current key booking Confirm location, time and ID requirement match the booking.
An inventory deadline Inventory status Keep it only if the deadline and return route are documented.
A utility action Utility information Check that it applies to this property and this tenancy.
A phone number or email Approved contact details Remove old or unverified contacts.

Also check that the title carries the right property address and the document has a preparation date. The date shows which version was issued if plans change later.

Check

The final test

Every tenant instruction should point to a confirmed fact in one of the four records, or appear as a question awaiting confirmation.

Do not treat a fluent answer as a checked answer. In particular, look for invented collection times, generic inventory deadlines, assumptions about suppliers and instructions copied from another property. These often sound plausible because they are common, not because they are true here.

When it does not work

If the output is too general, paste the missing operational record, usually the key booking or inventory status, and run the relevant prompt again. If it contains facts you did not provide, use the final audit prompt and remove unsupported statements. If the source records conflict, stop sending the tenant version, run the conflict prompt, and ask the responsible colleague to confirm the field. Once confirmed, update the source record and generate a fresh checklist rather than patching an old one.

Copy-ready prompts

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

1Create the tenant move-in checklistUse this when the tenancy record is signed and you have the current inventory, key and utility details.
Create a tenant-facing move-in checklist using only the four records below. This is an administrative checklist, not legal advice. Do not add duties, deadlines, charges, services or contact details that are not stated in the records.

SIGNED TENANCY RECORD
[paste the signed tenancy record or approved tenancy summary]

INVENTORY STATUS
[paste the inventory status, including whether it is complete, how it will be issued, and any return deadline]

KEY ARRANGEMENTS
[paste collection date, time, location, person or team, key quantity, ID requirement and out-of-hours process]

UTILITY INFORMATION
[paste supplier, meter-reading process, council tax information, broadband information, and any tenant actions]

Write one dated document titled `Move-in checklist: [property address]`. Put `Prepared on: [today's date]` below the title. Use these sections in this exact order:
1. Before move-in day
2. On move-in day
3. Within [state only a deadline found in the records] of moving in
4. Important contacts
5. Items we still need to confirm

Use tick-box bullets in the first three sections. Include the tenancy start date and time only if stated. State who must do each task: `You`, `We`, or `Both`. In Important contacts, include only supplied names, teams, phone numbers and email addresses. Keep sentences short and suitable for a tenant reading on a phone.

If a fact is missing, unclear or conflicts with another record, do not guess. Put it in `Items we still need to confirm` as a plain question, naming the missing field. Do not show internal notes, source names or reasoning. Output the checklist only.
2Create a checklist when the inventory is pendingUse this when the tenancy starts before the inventory is ready, or when its issue and return process is not yet confirmed.
Prepare a tenant-facing move-in checklist for a tenancy where the inventory is pending. Use only the information provided below. This is an administrative document, not legal advice. Do not imply that the tenant has accepted an inventory, condition report or deadline unless that point is expressly stated.

TENANCY RECORD
[paste the signed tenancy record or approved tenancy summary]

CURRENT INVENTORY POSITION
[paste what is complete, what is pending, how it will be sent, any review method, any stated deadline, and the responsible team]

KEY ARRANGEMENTS
[paste collection details]

UTILITY INFORMATION
[paste utility, meter, council tax and broadband details]

Write a document titled `Move-in checklist: [property address]` and add `Prepared on: [today's date]`. Format it as five sections:
- Before move-in day
- On move-in day
- When you receive the inventory
- Important contacts
- Items we still need to confirm

Use tick-box bullets for actions. In `When you receive the inventory`, explain only the documented next step, such as reviewing the report, recording observations, returning it through a named method, or asking for help. If no issue date, return method or deadline is supplied, write a clear question in `Items we still need to confirm` instead. Do not invent a standard inventory process.

Use `You`, `We` and `Both` to make responsibility clear. Keep the wording neutral, plain and concise. Include no internal commentary. Output the finished checklist only.
3Resolve record conflicts before sendingUse this when the tenancy record, inventory note, key booking and utility sheet disagree or leave a field blank.
Compare the records below before a tenant move-in checklist is sent. Find conflicts, missing fields and tenant-facing risks. Do not decide which source is correct unless one record explicitly supersedes another.

SIGNED TENANCY RECORD
[paste the tenancy record]

INVENTORY STATUS
[paste the inventory record]

KEY ARRANGEMENTS
[paste the key collection record]

UTILITY INFORMATION
[paste the utility information sheet]

Return a table with exactly these columns: `Field`, `What the records say`, `Issue`, `Action before sending`.

Check at least: property address, tenant names, tenancy start date, tenancy start time, key collection date and time, key collection location, ID requirement, number of keys if stated, inventory issue method, inventory deadline if stated, electricity, gas, water, council tax, meter readings, broadband, emergency contact and routine property contact.

For `Issue`, use one of: `Match`, `Conflict`, `Missing`, or `Unclear`. For `Action before sending`, write a specific administrative action, such as `Confirm the key collection time with the property manager` or `Remove the meter-reading instruction until the process is confirmed`.

After the table, add a section called `Safe wording for the checklist`. Give up to five ready-to-use tenant sentences for items that are confirmed. Do not draft wording for conflicted, missing or unclear items. Do not include legal interpretation or internal reasoning beyond the table.
4Make the checklist clearer for tenantsUse this after drafting a checklist when it reads like an internal handover note or contains too much tenancy jargon.
Rewrite the tenant move-in checklist below in plain British English. Preserve every confirmed fact, date, time, deadline, contact detail and responsibility. Do not add facts. This is an administrative checklist, not legal advice.

TENANT MOVE-IN CHECKLIST
[paste the draft checklist]

SOURCE RECORDS FOR FACT CHECKING
[paste the tenancy record, inventory status, key arrangements and utility information]

Output one finished document only, titled `Move-in checklist: [property address]`, followed by `Prepared on: [today's date]`.

Use these headings in this order: `Before move-in day`, `On move-in day`, `After you move in`, `Important contacts`, `Items we still need to confirm`. Use tick-box bullets for actions. Start each action with `You`, `We` or `Both` where this makes responsibility clearer.

Replace jargon with direct wording. For example, use `Take clear photos if something is damaged or missing` only if the source records support reporting condition. Do not use vague phrases such as `as appropriate`, `at your earliest convenience` or `please action`.

If the draft contains a fact that cannot be found in the source records, remove it and place a question about that field under `Items we still need to confirm`. If records conflict, do not choose one. Add a short question naming the field that needs confirmation. Output no explanation of your edits.
5Check the final checklist against recordsUse this as the last check before email or portal upload.
Audit the draft tenant move-in checklist against the tenancy, inventory, key and utility records below. Then produce a corrected version that is safe to send.

DRAFT CHECKLIST
[paste the proposed tenant checklist]

SIGNED TENANCY RECORD
[paste the tenancy record]

INVENTORY STATUS
[paste the inventory status]

KEY ARRANGEMENTS
[paste the key arrangements]

UTILITY INFORMATION
[paste the utility information]

First return a section called `Send check` with a table containing these columns: `Check`, `Result`, `Required correction`. Check the property address, tenant names, dates, times, deadlines, contacts, key instructions, inventory instructions, utility instructions, meter-reading instructions and all statements of responsibility. Set `Result` to `Correct`, `Not supported`, `Missing`, `Conflict`, or `Unclear`.

Then return `Corrected checklist`. Write the complete tenant-facing document, not a list of amendments. Title it `Move-in checklist: [property address]` and add `Prepared on: [today's date]`. Use tick-box bullets under `Before move-in day`, `On move-in day` and `After you move in`, then add `Important contacts` and `Items we still need to confirm`.

Remove any statement that is not supported by the records. Do not resolve conflicts by guessing. Put unresolved matters in `Items we still need to confirm` as clear questions. Do not expose internal source names, audit notes or reasoning in the corrected checklist.

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 API errors

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

Stripe on the next step. Live once approved.