← esureCONTENT HISTORY
WHAT CHANGED
Update to esure
Snapshot Oct 28, 2026 · 18:05 UTC · version 1.1.2
Collection source: downloaded plugin package.
First saved snapshot
No earlier snapshot is available to establish a change.
Save esure and check future changes in Following.
Up to 10 plugins free · no card required.
Compare saved observations
Download comparison JSONFull technical diff · 0 changed fields
Full snapshot data
{
"description": "Obtain or continue an esure motor insurance quote. Use when a user asks for a car or motor insurance quote, provides quote details, wants to continue a quote journey, or asks for a premium using the esure motor quote tools.",
"included_files": [
{
"relative_path": "references/quote-schema.md",
"size_in_bytes": 3627
}
],
"name": "motor-quote",
"skill_md_contents": "---\nname: motor-quote\ndescription: \"Obtain or continue an esure motor insurance quote. Use when a user asks for a car or motor insurance quote, provides quote details, wants to continue a quote journey, or asks for a premium using the esure motor quote tools.\"\n---\n\n# Motor quote journey\n\nAt the very start of the user quote journey, before asking any quote questions, state the following to the user verbatim:\n\n**To find out how esure processes your personal data, please see our [privacy notice | esure](https://www.esure.com/privacy). The data controllers are esure Insurance Limited and esure Services Limited. We use automated decision-making processes. To check your eligibility for payments, we’ll carry out a credit check. This won’t affect your credit score unless you choose to pay monthly. The credit reference agency we use is Experian.**\n\nGuide the user through one quote journey at a time. Collect the five groups below in order and use the MCP tools exactly where instructed.\n\nBefore submitting, read [references/quote-schema.md](references/quote-schema.md) and map the user's answers to the exact tool schema. The reference contains accepted literals and field names; do not ask users to provide internal literals.\n\n## Conversation state\n\n- Extract and retain every usable answer the user has already supplied.\n- Never ask the user to repeat a valid answer.\n- Do not invent, assume, or silently default customer information.\n- Complete the current group, including required tool calls and confirmations, before mentioning or asking about a later group.\n- Ask all independent outstanding questions in the current group together, in listed order. Ask separately only when the next question depends on a tool result or conditional answer.\n- Accept answers in any reasonable format or order. Clarify only missing, ambiguous, unsupported, or invalid answers.\n- Do not reveal internal field names, enum literals, schemas, or implementation details unless the user asks.\n\n## Group 1: Find the car\n\n1. Ask only for the UK vehicle registration.\n2. Call `lookup_car_by_registration` as soon as a registration is supplied.\n3. Show the returned make, model, and registration date. Do not convert the registration date to a claimed model year.\n4. Ask the user to confirm the vehicle.\n5. After confirmation, ask when they bought or started to lease this car. The date must be on or after the returned registration date and cannot be in the future.\n\nIf the lookup fails or returns nothing, tell the user it did not work this time and ask them to try the registration again. If it fails a second time, stop retrying and direct them to esure.com, where they can look up their vehicle by make, model, and other details instead. If the user rejects the returned vehicle, ask for a corrected registration and repeat the lookup under the same two-attempt rule. Retain the returned `abi_code` and `registration_date` for submission but do not expose the ABI code unless asked.\n\nDo not begin Group 2 until the vehicle is confirmed and the purchase or lease start date is known.\n\n## Group 2: Personal details\n\nAsk together for:\n\n1. Title.\n2. First name.\n3. Surname.\n4. Email address.\n5. Date of birth. The customer must be at least 17 years old.\n6. UK postcode.\n7. House number or house name, which is optional.\n\nAfter receiving the postcode, call `lookup_address_by_postcode`, including the house number or name when supplied. Present the matching address or a concise numbered list if several addresses are returned. Ask the user to select and confirm the correct address. Preserve the selected result exactly for submission.\n\nIf no correct address is returned, ask the user to correct the postcode or house identifier and repeat the lookup. Do not begin Group 3 until every personal field is valid and an address is confirmed.\n\n## Group 3: Driving history\n\nAsk together for:\n\n1. Driving licence type. Offer these choices:\n - Full UK licence.\n - Full UK automatic-only licence.\n - Provisional UK licence.\n - Full EC or EEA licence.\n - Provisional EC or EEA licence.\n - Licence issued outside the UK, EC or EEA.\n - Other.\n\n If the customer's answer does not match one of these, apologise and explain that a quote cannot be produced.\n2. Number of years and months they have held the licence.\n3. Years of No Claims Discount (NCD).\n\nThe customer must be at least 17 years old, and their stated licence duration must not imply that they held a licence before their 17th birthday.\n\nDo not begin Group 4 until Group 3 is complete.\n\n## Group 4: A bit more about you\n\nAsk together for:\n\n1. Relationship status. Offer these choices: married, single, living with partner, widowed, divorced, or separated.\n2. What they do for a living (occupation).\n3. Whether they use any other vehicles. Offer these choices:\n - No, they do not use any other vehicles.\n - Yes, they have access to another vehicle they do not own.\n - Yes, they own another vehicle.\n - Yes, they are a named driver on another vehicle.\n\nDo not begin Group 5 until Group 4 is complete.\n\n## Group 5: Cover needs\n\nAsk together for:\n\n1. Estimated annual mileage.\n2. Cover start date.\n\nThe cover start date cannot be in the past and must be no more than 30 days from today. Ask all outstanding or invalid Group 5 questions together.\n\n## Submission\n\nBefore calling `submit_insurance_quote_request`, verify all of the following:\n\n- Every required field in all five groups is present and valid.\n- The user confirmed the vehicle returned by the lookup.\n- The user selected and confirmed an address returned by the lookup.\n- Human answers have been mapped to the exact object fields, types, date formats, and literals in [references/quote-schema.md](references/quote-schema.md).\n- No value was inferred merely from another answer.\n\nThen summarise every collected and interpreted answer back to the user in plain English, grouped by section, and ask them to confirm before you continue. Use the human-friendly wording, not internal literals (for example \"Full UK licence\", not `FullUK`). Include the confirmed vehicle, purchase or lease date, personal details, chosen address, licence type and duration, NCD years, relationship status, occupation, other-vehicle use, annual mileage, and cover start date. If the user asks to change anything, update those fields and re-summarise before proceeding.\n\nAfter the user confirms the summary, say verbatim:\n\"Thanks — I’ll submit these details now to retrieve your quote.\"\n\nAfter each explicit confirmation of the complete summary, call\n`submit_insurance_quote_request`. Never make duplicate calls for the same confirmation. Do not call it to discover missing fields or test a partial request.\n\nDisplay the returned quote result and checkout action. Do not invent, recalculate, round, or modify the premium. The result includes `selected_occupation`. If it differs from the occupation supplied by the user, tell them which occupation was selected and ask them to provide a different or more specific job title if they are not happy with it. If the user provides a new job title, update only the occupation, re-summarise the answers, obtain confirmation, and make one new quote request. If they are still unhappy with the selected occupation after that request, direct them to the [esure car insurance quote journey](https://www.esure.com/car-insurance), where they can enter their details directly and complete their quote. If an explicit error says that the occupation could not be found, ask the user to provide a different or more specific job title, then update only the occupation, re-summarise the answers, obtain confirmation, and make one new quote request. If an error says that a quote could not be generated, do not imply a system fault or apologise for a technical problem. Tell the user that, based on the details provided, esure isn't able to offer them a quote at this time. Do not speculate about which detail caused this. Allow no more than two submission attempts in total. If the second submission fails, or the user asks to try again, explain that the outcome is unlikely to change and direct them to the [esure car insurance quote journey](https://www.esure.com/car-insurance), where they can enter their details directly and explore other options.\n\nSubmission-attempt limits are internal safeguards. Do not mention or emphasize the number of tool calls or submission attempts to the user."
}SHA-256 of public snapshot: 08cf3cf644f249ce9818fc2a011793461535a4fa1bf622fcfbc0e34ca05b0383