travel-plan-spreadsheet-generator
Turn messy travel inputs into a calm, editable .xlsx workbook with deterministic structure and pragmatic trip-planning judgment.
Decision Tree
What did the user actually ask for?
The user wants an editable workbook, spreadsheet, tracker, or .xlsx
Use this skill.
The user gave PDFs, screenshots, notes, bookings, shopping asks, or conference constraints
Extract everything you can first. Do not ask questions that the attachments already answer.
The request is missing material facts that would make the workbook wrong
Ask exactly one consolidated intake batch. Group it as Required to proceed, Useful but optional, and Documents or screenshots that would improve accuracy. Read references/intake-protocol.md.
The request has non-blocking ambiguity
Proceed with explicit assumptions and visible review flags. Do not stop the build just to perfect every detail.
The user only wants prose, lightweight recommendations, or a casual itinerary chat
Do not use this skill as the primary tool.
You are in an OpenAI or Codex-style environment and /home/oai/skills/spreadsheets/SKILL.md exists
Read that file before spreadsheet work, then continue with this skill's workbook-specific rules.
Quick Reference
| Need |
Read or run |
Why |
| One-batch intake discipline |
references/intake-protocol.md |
Prevent drip-fed questioning |
| Deterministic workbook contract |
references/workbook-spec.md |
Sheet order, widths, merges, formulas, palette |
| Canonical trip model fields |
references/trip-model.md |
Build the internal model before writing cells |
| Field-to-sheet mapping |
references/mapping-rules.md |
Keep Pack vs Buy vs Prep clean |
| Volatile travel research rules |
references/research-policy.md |
Verify visas, transit, medicine, conference dates, and other unstable facts |
| Build the workbook |
python3 scripts/build_workbook.py --trip-model /path/to/model.json |
Generate the .xlsx artifact |
| Validate the workbook |
python3 scripts/validate_workbook.py /path/to/output.xlsx --trip-model /path/to/model.json |
Check structure, formulas, validations, and row patterns |
| Visual-risk scan |
python3 scripts/render_check.py /path/to/output.xlsx |
Catch likely clipping or spillover when a renderer is unavailable |
| Review packaging and sample build |
python3 scripts/test_skill.py /path/to/skill |
Run the local functional smoke test |
Operating Rules
- Start with extraction, not interrogation. Read the user's PDFs, screenshots, pasted notes, flight details, hotel confirmations, shopping asks, and fixed commitments before asking anything.
- Separate blockers from non-blockers. If essential trip facts are still missing, ask one consolidated clarification batch and only one batch unless the user later changes scope.
- Build a canonical trip model before touching the workbook. Use
templates/trip_model_schema.json and references/trip-model.md.
- Keep the deterministic and heuristic layers separate:
- Use
scripts/build_workbook.py for filename strategy, sheet order, merges, widths, formulas, validations, fills, fonts, borders, and fixed row patterns.
- Use judgment for extracting messy facts, reconciling contradictions, deciding pace, keeping shopping visible, pruning absurd plans, and deciding when split plans are required.
- Default to the whole group staying together unless the evidence clearly says otherwise. When only part of the group is booked, create split fallbacks and visible review flags instead of pretending coverage exists.
- Keep shopping visible across the workbook. It belongs in Daily Plan, the destination options bank, and Buy List when relevant.
- Research only what matters for this trip. Verify future or current entry rules, transit constraints, medicine rules, airline check-in windows, and event dates from official sources when they materially affect the plan.
- Do not silently flatten contradictions. A mismatch between traveller count and booking coverage must surface in Overview, Bookings, Prep & Compliance, and the Daily Plan when it changes the day's shape.
- Treat the workbook as the deliverable. After building it, run
scripts/validate_workbook.py. If a renderer such as @oai/artifact-tool is available, do a visual pass before hand-off.
Intake Protocol
Ask nothing if the message and attachments already cover the essentials.
If a clarification batch is necessary, use this exact grouping and keep it short:
Required to proceed
- ...
Useful but optional
- ...
Documents or screenshots that would improve accuracy
- ...
Cover these only when relevant and still missing: trip name or destination, start/end dates, departure and final home arrival, cities or bases, traveller list and roles, passport nationalities when immigration matters, flights and transit, accommodation, fixed bookings, conference or family commitments, budget sensitivity, pace, mobility constraints, dietary constraints, shopping goals and requesters, group split patterns, pre-departure and recovery-day preference, official prep tasks, and preferred output filename.
Read references/intake-protocol.md for the full checklist, blocker logic, and wording rules.
Build Workflow
- Extract facts from the user's files and notes.
- Run only the one required clarification batch if blockers remain.
- Build the canonical trip model and record assumptions, sources, review flags, and shopping objectives explicitly.
- Verify volatile facts that matter. Read
references/research-policy.md.
- Run
scripts/build_workbook.py to generate the workbook.
- Run
scripts/validate_workbook.py on the generated .xlsx.
- If
@oai/artifact-tool or another renderer is available, render each sheet for a quick visual check. Otherwise run scripts/render_check.py for a structural visual-risk pass.
- Hand over the workbook with a short summary of open flags, assumptions, and anything the user still needs to confirm.
Deterministic vs Heuristic Boundary
| Deterministic builder responsibilities |
Heuristic planner responsibilities |
| Workbook filename strategy |
Extract facts from messy PDFs, screenshots, and notes |
| Sheet order and naming |
Decide when contradictory evidence becomes a blocker |
| Merged ranges, widths, row heights, fills, borders, fonts |
Reconcile conflicting traveller counts or date references |
| Column headers and validation lists |
Choose realistic neighbourhood clusters and fallbacks |
| Formula generation and cross-sheet references |
Protect conference or work anchors without wrecking the family plan |
| Status vocab and chip styling |
Decide when split plans are necessary because coverage is partial |
| Source logging structure |
Decide what belongs in Prep vs Pack vs Buy |
| One-day-before and one-day-after planner window |
Prune absurd routes, overpacked days, or cross-city zig-zags |
Do not improvise the deterministic layer in prose. Use the builder script.
Reading Guide
| Task |
Read |
| Exact workbook architecture, merges, counters, naming rules |
references/workbook-spec.md |
| Intake questions, blockers, and one-batch discipline |
references/intake-protocol.md |
| Source verification, official-source priority, and what to research |
references/research-policy.md |
| Canonical model fields and normalization rules |
references/trip-model.md |
| Sheet-mapping and categorization rules |
references/mapping-rules.md |
| Failure modes and anti-patterns |
references/gotchas.md |
| Portability and spreadsheet-runtime notes |
references/cross-harness-notes.md |
Gotchas
- Do not ask a second or third round of "just one more thing" questions. Either ask the full blocker batch once or proceed with assumptions.
- Do not bury shopping in a note field. If shopping matters, surface it in Daily Plan, the options bank, and Buy List.
- Do not turn Pack List into Buy List. Pack is what physically travels. Buy is the purchase tracker.
- Do not silently accept partial coverage. When flights, hotel rooms, or attraction tickets cover fewer people than the plan assumes, keep the mismatch visible.
- Do not over-research. Only add prep or compliance tasks that actually matter for this route, these passports, these medicines, and these commitments.
Helper Files
scripts/build_workbook.py builds the workbook from a canonical model.scripts/validate_workbook.py checks structure, formulas, data validations, widths, merges, and Daily Plan row patterns.scripts/render_check.py performs a lightweight visual-risk scan when a richer renderer is unavailable.templates/trip_model_schema.json defines the canonical trip-model contract.templates/workbook_template_spec.yaml mirrors the deterministic layout contract for human review.
1---2name: travel-plan-spreadsheet-generator3description: Create .xlsx travel workbooks with itinerary, preparation, or shopping sheets for trip, holiday, or conference planning. Skip prose itineraries, recommendation chat, and calendar-only scheduling.4---56# travel-plan-spreadsheet-generator78Turn messy travel inputs into a calm, editable `.xlsx` workbook with deterministic structure and pragmatic trip-planning judgment.910## Decision Tree1112What did the user actually ask for?1314- The user wants an editable workbook, spreadsheet, tracker, or `.xlsx`15 Use this skill.1617- The user gave PDFs, screenshots, notes, bookings, shopping asks, or conference constraints18 Extract everything you can first. Do not ask questions that the attachments already answer.1920- The request is missing material facts that would make the workbook wrong21 Ask exactly one consolidated intake batch. Group it as `Required to proceed`, `Useful but optional`, and `Documents or screenshots that would improve accuracy`. Read `references/intake-protocol.md`.2223- The request has non-blocking ambiguity24 Proceed with explicit assumptions and visible review flags. Do not stop the build just to perfect every detail.2526- The user only wants prose, lightweight recommendations, or a casual itinerary chat27 Do not use this skill as the primary tool.2829- You are in an OpenAI or Codex-style environment and `/home/oai/skills/spreadsheets/SKILL.md` exists30 Read that file before spreadsheet work, then continue with this skill's workbook-specific rules.3132## Quick Reference3334| Need | Read or run | Why |35| --- | --- | --- |36| One-batch intake discipline | `references/intake-protocol.md` | Prevent drip-fed questioning |37| Deterministic workbook contract | `references/workbook-spec.md` | Sheet order, widths, merges, formulas, palette |38| Canonical trip model fields | `references/trip-model.md` | Build the internal model before writing cells |39| Field-to-sheet mapping | `references/mapping-rules.md` | Keep Pack vs Buy vs Prep clean |40| Volatile travel research rules | `references/research-policy.md` | Verify visas, transit, medicine, conference dates, and other unstable facts |41| Build the workbook | `python3 scripts/build_workbook.py --trip-model /path/to/model.json` | Generate the `.xlsx` artifact |42| Validate the workbook | `python3 scripts/validate_workbook.py /path/to/output.xlsx --trip-model /path/to/model.json` | Check structure, formulas, validations, and row patterns |43| Visual-risk scan | `python3 scripts/render_check.py /path/to/output.xlsx` | Catch likely clipping or spillover when a renderer is unavailable |44| Review packaging and sample build | `python3 scripts/test_skill.py /path/to/skill` | Run the local functional smoke test |4546## Operating Rules47481. Start with extraction, not interrogation. Read the user's PDFs, screenshots, pasted notes, flight details, hotel confirmations, shopping asks, and fixed commitments before asking anything.492. Separate blockers from non-blockers. If essential trip facts are still missing, ask one consolidated clarification batch and only one batch unless the user later changes scope.503. Build a canonical trip model before touching the workbook. Use `templates/trip_model_schema.json` and `references/trip-model.md`.514. Keep the deterministic and heuristic layers separate:52 - Use `scripts/build_workbook.py` for filename strategy, sheet order, merges, widths, formulas, validations, fills, fonts, borders, and fixed row patterns.53 - Use judgment for extracting messy facts, reconciling contradictions, deciding pace, keeping shopping visible, pruning absurd plans, and deciding when split plans are required.545. Default to the whole group staying together unless the evidence clearly says otherwise. When only part of the group is booked, create split fallbacks and visible review flags instead of pretending coverage exists.556. Keep shopping visible across the workbook. It belongs in Daily Plan, the destination options bank, and Buy List when relevant.567. Research only what matters for this trip. Verify future or current entry rules, transit constraints, medicine rules, airline check-in windows, and event dates from official sources when they materially affect the plan.578. Do not silently flatten contradictions. A mismatch between traveller count and booking coverage must surface in Overview, Bookings, Prep & Compliance, and the Daily Plan when it changes the day's shape.589. Treat the workbook as the deliverable. After building it, run `scripts/validate_workbook.py`. If a renderer such as `@oai/artifact-tool` is available, do a visual pass before hand-off.5960## Intake Protocol6162Ask nothing if the message and attachments already cover the essentials.6364If a clarification batch is necessary, use this exact grouping and keep it short:6566```text67Required to proceed68- ...6970Useful but optional71- ...7273Documents or screenshots that would improve accuracy74- ...75```7677Cover these only when relevant and still missing: trip name or destination, start/end dates, departure and final home arrival, cities or bases, traveller list and roles, passport nationalities when immigration matters, flights and transit, accommodation, fixed bookings, conference or family commitments, budget sensitivity, pace, mobility constraints, dietary constraints, shopping goals and requesters, group split patterns, pre-departure and recovery-day preference, official prep tasks, and preferred output filename.7879Read `references/intake-protocol.md` for the full checklist, blocker logic, and wording rules.8081## Build Workflow82831. Extract facts from the user's files and notes.842. Run only the one required clarification batch if blockers remain.853. Build the canonical trip model and record assumptions, sources, review flags, and shopping objectives explicitly.864. Verify volatile facts that matter. Read `references/research-policy.md`.875. Run `scripts/build_workbook.py` to generate the workbook.886. Run `scripts/validate_workbook.py` on the generated `.xlsx`.897. If `@oai/artifact-tool` or another renderer is available, render each sheet for a quick visual check. Otherwise run `scripts/render_check.py` for a structural visual-risk pass.908. Hand over the workbook with a short summary of open flags, assumptions, and anything the user still needs to confirm.9192## Deterministic vs Heuristic Boundary9394| Deterministic builder responsibilities | Heuristic planner responsibilities |95| --- | --- |96| Workbook filename strategy | Extract facts from messy PDFs, screenshots, and notes |97| Sheet order and naming | Decide when contradictory evidence becomes a blocker |98| Merged ranges, widths, row heights, fills, borders, fonts | Reconcile conflicting traveller counts or date references |99| Column headers and validation lists | Choose realistic neighbourhood clusters and fallbacks |100| Formula generation and cross-sheet references | Protect conference or work anchors without wrecking the family plan |101| Status vocab and chip styling | Decide when split plans are necessary because coverage is partial |102| Source logging structure | Decide what belongs in Prep vs Pack vs Buy |103| One-day-before and one-day-after planner window | Prune absurd routes, overpacked days, or cross-city zig-zags |104105Do not improvise the deterministic layer in prose. Use the builder script.106107## Reading Guide108109| Task | Read |110| --- | --- |111| Exact workbook architecture, merges, counters, naming rules | `references/workbook-spec.md` |112| Intake questions, blockers, and one-batch discipline | `references/intake-protocol.md` |113| Source verification, official-source priority, and what to research | `references/research-policy.md` |114| Canonical model fields and normalization rules | `references/trip-model.md` |115| Sheet-mapping and categorization rules | `references/mapping-rules.md` |116| Failure modes and anti-patterns | `references/gotchas.md` |117| Portability and spreadsheet-runtime notes | `references/cross-harness-notes.md` |118119## Gotchas1201211. Do not ask a second or third round of "just one more thing" questions. Either ask the full blocker batch once or proceed with assumptions.1222. Do not bury shopping in a note field. If shopping matters, surface it in Daily Plan, the options bank, and Buy List.1233. Do not turn Pack List into Buy List. Pack is what physically travels. Buy is the purchase tracker.1244. Do not silently accept partial coverage. When flights, hotel rooms, or attraction tickets cover fewer people than the plan assumes, keep the mismatch visible.1255. Do not over-research. Only add prep or compliance tasks that actually matter for this route, these passports, these medicines, and these commitments.126127## Helper Files128129- `scripts/build_workbook.py` builds the workbook from a canonical model.130- `scripts/validate_workbook.py` checks structure, formulas, data validations, widths, merges, and Daily Plan row patterns.131- `scripts/render_check.py` performs a lightweight visual-risk scan when a richer renderer is unavailable.132- `templates/trip_model_schema.json` defines the canonical trip-model contract.133- `templates/workbook_template_spec.yaml` mirrors the deterministic layout contract for human review.
jpcaparas