Time Zone Planner

Usage

python scripts/main.py
# Input: {"regions": ["US", "EU", "Asia"], "duration": 60}

Parameters

Region format: Use IANA timezone names (e.g., US/Eastern, Europe/London, Asia/Shanghai) for precise mapping. Short aliases like "US" or "EU" are accepted but will be mapped to a representative timezone with a note.

Region Alias Mapping

Output

• Suggested meeting windows by region
• Local-time mapping for each included region
• DST assumption notes when applicable
• Tradeoff summary for each candidate window

Scope Boundaries

• This skill supports scheduling recommendations, not calendar booking.
• This skill does not validate current DST status from live internet sources.
• This skill does not decide business priority between teams without user-supplied rules.
• Manual confirmation is required before sending invites.

Stress-Case Rules

For multi-constraint requests, always include these explicit blocks:

1. Assumptions
2. Hard Constraints
3. Recommended Window
4. Tradeoffs
5. Risks and Manual Checks

Error Handling

• If required inputs are missing, state exactly which fields are missing and request only the minimum additional information.
• If the task goes outside the documented scope, stop instead of guessing or silently widening the assignment.
• If scripts/main.py fails, report the failure point, summarize what still can be completed safely, and provide a manual fallback.
• Do not fabricate live calendar availability or confirmed participant agreement.

Input Validation

This skill accepts: a list of participant regions and a meeting duration for cross-timezone scheduling recommendations.

If the request does not involve cross-timezone meeting planning — for example, asking to book calendar events, check live availability, make travel arrangements, or provide legal scheduling advice — do not proceed with the workflow. Instead respond:

"time-zone-planner is designed to recommend meeting windows across time zones for distributed teams. Your request appears to be outside this scope. Please provide a region list and meeting duration, or use a more appropriate tool."

References

• references/guidelines.md — General time-zone planning notes
• references/audit-reference.md — Supported scope, audit commands, and fallback boundaries

Response Template

Use the following fixed structure for non-trivial requests:

1. Objective
2. Inputs Received
3. Assumptions
4. Workflow
5. Deliverable
6. Risks and Limits
7. Next Checks

If the request is simple, you may compress the structure, but still keep assumptions and limits explicit when they affect correctness.