# Plan my interpreting day Replace the brackets, then paste the complete prompt into your approved AI tool. Include only information you are permitted to share. Use Site A/B/C instead of client names; exact addresses and appointment times can still identify a confidential assignment. If exact locations cannot be shared, use broad areas and supply travel estimates from your approved navigation tool. ## 1. Research and plan the day ```text Help me plan a realistic day traveling between sign language interpreting assignments, including driving, arrival preparation, breaks and food stops. Keep the answer practical and concise. MY DAY Date and city/region: [date; city/region] Time zone: [time zone; use AM/PM or 24-hour times consistently] Starting area and earliest departure: [approved location; time] Final destination and latest arrival, if needed: [location; time; or not needed] Transport and route constraints: [car/other; tolls, parking, charging or other constraints] FIXED ASSIGNMENTS — add or remove rows Site A: [approved location/area] | [start–end time] Site B: [approved location/area] | [start–end time] Site C: [approved location/area] | [start–end time] TIME AND FOOD NEEDS Parking, security, check-in and preparation BEFORE each assignment: [minutes; list exceptions] Wrap-up time AFTER each assignment: [minutes] Extra travel contingency per leg: [minutes, separate from the route estimate] Meal window and minimum time for ordering/eating: [window; minutes] Other breaks: [duration and timing needs] Food requirements: [e.g., gluten-free; preparation/cross-contact requirements I choose to share] Meal budget and maximum detour: [budget/currency; minutes] Packed-food fallback available: [yes/no] Travel estimates I have already checked, if any: [leg; minutes/range; departure time; source and time checked] FIRST Ask up to five short questions if missing essentials prevent a useful plan. Never guess dates, assignment locations or booking times. Mark other missing details as assumptions for my review. Tell me whether you can browse, obtain route estimates for the relevant departure times, or access current traffic. Do not imply that web search alone gives you live navigation data. RESEARCH AND CALCULATE 1. Keep assignments fixed. For every leg, account for wrap-up, driving, travel contingency, any food detour, ordering/eating, and arrival preparation. Give the planned departure, physical arrival and ready-to-interpret time. Calculate spare minutes or shortfall against each assignment start. Include the final destination if supplied. Do not count the same buffer twice. 2. Use route-specific estimates for the planned departure when available, with source and check time. Distinguish current conditions from forecasts for a future date. If routing is unavailable or locations are too broad, ask for estimates from my navigation tool or label any teaching assumptions clearly. Do not invent precise ETAs, incidents or closures. 3. Check official transportation sources for relevant published disruptions. Identify unresolved traffic, event, parking or access risks without presenting possibilities as actual incidents. 4. Find two or three food candidates that fit the route, meal window, budget and stated needs. Prefer official restaurant sources. Include location, relevant-day hours, what the restaurant actually claims about gluten-free preparation, and what remains unconfirmed. Account for the detour, parking and meal time. If no suitable option is verified, say so. Do not treat “gluten-free options” as a dedicated kitchen or guarantee individual safety. List questions to confirm with staff about ingredients and cross-contact. 5. Compare the base plan with a 20-minute extra delay on the tightest travel leg and a 15-minute overrun at the preceding assignment, separately and together. Preserve required breaks and preparation time. Show conflicts instead of silently moving bookings or shortening meetings. Suggest options for me to coordinate with the appropriate scheduler. Recalculate downstream timing explicitly if I supply an approved change. RETURN - A compact timeline table: activity/site, planned start/end, driving minutes, buffers/breaks, arrival, ready time, spare/shortfall, and source or assumption. - A short food comparison with direct source links and dates checked, plus a packed-food alternative if available. - The delay/overrun comparison and a fallback plan. - A short “verify before leaving” checklist, including route conditions, site access and food confirmation. Separate user-supplied details, sourced facts, estimates and unresolved questions. Never invent citations. If browsing is unavailable, provide a provisional plan from my inputs and mark current facts UNVERIFIED. Do not send messages, book food, change assignments or publish the plan. Do not request client names, diagnoses or private meeting content. Remind me to check updates only while safely stopped. ``` ## 2. Optional: turn the checked plan into a webpage Use this only after reviewing the sources, calculations and assumptions. File creation and interactive previews depend on the tool. ```text Using the plan we just checked, create a single self-contained HTML webpage I can save and open in a browser. If you cannot create a downloadable file, give me the complete HTML code and brief save/open instructions. Do not claim to have published or hosted it. Include the timeline, food options, source links, check dates and unresolved items. Label it “Draft for verification.” Keep bookings fixed. Let me adjust extra driving delay on a selected leg, an assignment overrun, meal duration and the available meal/fallback choices. Recalculate arrivals, readiness, spare time and conflicts from one consistent set of data. A lunch change must not erase an earlier conflict. Keep required preparation and breaks visible. Clearly distinguish estimates from verified facts. Use a visible “No live traffic feed” notice unless an actual authorized integration exists. Do not fake an AI chat or a map. Preserve unknown values instead of inventing them. Show a conflict if a meal window or assignment cannot be met. Do not promise a food option is safe for everyone. Make the page readable on phones, keyboard accessible and printable. Include Reset and Copy plan buttons. Keep calculations local with no accounts, analytics, external scripts or background data transmission. External source links may open only when I click them. Use neutral site labels and include only information approved for this file. Do not silently substitute hypothetical sites for my approved inputs. Test the base plan, delay and overrun cases, and report anything you could not test. ``` ## Quick update after a real change “Update the plan with this checked change: [change, source and time checked]. Keep all other booking times fixed. Show which arrivals, meal options and spare minutes change. Flag anything that now needs coordination. Do not send messages or change bookings.” Prompt structure follows the clear-instructions, context and output-format principles in [OpenAI’s prompting guidance](https://developers.openai.com/api/docs/guides/prompt-engineering). The wording is tool-neutral; browsing, routing and file-generation capabilities vary. This prompt does not itself connect a tool to live traffic or guarantee accurate results. --- © 2026 Rob Koch. Original material licensed under [Creative Commons Attribution 4.0 International (CC BY 4.0)](https://creativecommons.org/licenses/by/4.0/). Credit the author, link the license and indicate changes. Third-party material retains its existing rights. See [attribution and exceptions](../ATTRIBUTION.md).