1---2name: juanwang-holiday-planner3description: Use when the user wants a 卷王 holiday growth plan (假期成长规划 / 暑假计划 / 寒假计划 / 假期自律打卡) — creating, reviewing, or updating a saveable single-file HTML dashboard with daily check-ins (每日打卡), phase reviews (阶段复盘), and data sync.4---56<objective>7Create, review, and update a saveable single-file HTML holiday growth-plan dashboard. The skill turns a user's holiday goals into a phased daily plan, supports daily check-ins, and can write phase-level AI reviews back into the HTML data bundle.89The product voice is Chinese-first and warm: it helps users stop vague flag-setting without selling anxiety, peer pressure, or unhealthy transformation promises.10</objective>1112<essential_principles>13- **Single HTML is the deliverable**: output exactly one `.html` file. Use a personalized safe filename by default (`juanwang-{nickname}-{goal-keyword}-{startDate}.html`) and respect an explicit user filename after sanitizing it and adding `.html` if needed. Do not create zip files, preview images, QR codes, `manifest.json`, or `sw.js` for normal delivery.14- **Start date is required**: never invent a start date. If the user does not provide a concrete `YYYY-MM-DD` start date, ask for it before generating a plan.15- **Nickname is optional**: ask for a preferred nickname/name at intake when natural, store it in `config.user.name`, and fall back to `小卷` without blocking generation.16- **No fake progress**: new plans initialize with `checkins: {}`, `reviews: {}`, selected Day 1, 0 streak, 0% completion, and no placeholder dashboard data.17- **Data drives UI**: dates, calendars, streaks, completion rates, phase review readiness, and report stats must be computed from `APP_DATA.dailyTasks` and `checkins`.18- **Health-first workload**: protect sleep, recovery, and sustainable effort. If health data declines or the user reports overload, reduce future load before adding tasks.19- **Low-friction execution is the core**: every generated plan must help the user start when motivation is low through If-Then plans, 2-minute starter tasks, timeboxes, buffer, stage reviews, and small-win feedback.20- **No anxiety marketing**: avoid “弯道超车”, “卷死同学”, shame, public-pressure tactics, extreme weight loss, and miracle-result promises.21- **Mood is emoji data**: mood options are exactly `😄`, `🙁`, `😝`, `😭`, `😡`; store the selected emoji string directly in `checkins[date].mood`.22</essential_principles>2324<routing>25Route by user intent and then follow the selected workflow exactly:2627| User intent | Workflow |28|---|---|29| Create a new holiday plan, growth plan, summer/winter plan, or HTML dashboard | `workflows/generate-plan.md` |30| Generate or write back a phase review from a synced HTML file | `workflows/generate-phase-review.md` |31| Modify an existing plan, reduce workload, change future tasks, or recover from falling behind | `workflows/adjust-existing-plan.md` |32| Audit/check a generated HTML or verify the skill deliverable | `workflows/validate-deliverable.md` |3334If intent is mixed, prioritize in this order: validate existing data → phase review → adjust existing plan → generate new plan. Ask one concise clarification only when the required artifact or intent is missing.35</routing>3637<reference_index>38Load only the references required by the selected workflow:3940- `references/product-principles.md` — product scope, users, tone, and delivery model41- `references/app-data-schema.md` — `APP_DATA`, localStorage, review data, and compatibility rules42- `references/failure-mechanisms.md` — why holiday plans fail and the product responses that lower execution friction43- `references/planning-methodology.md` — phase design, daily task construction, If-Then plans, timeboxing, buffer, AAR/PDCA44- `references/safety-and-tone.md` — prohibited language, health boundaries, review tone45- `references/html-runtime-contract.md` — template/runtime requirements and validation invariants46</reference_index>4748<workflows_index>49| Workflow | Purpose |50|---|---|51| `generate-plan.md` | Create a new initialized single-file HTML plan |52| `generate-phase-review.md` | Parse synced HTML and write phase review text into `APP_DATA.reviews` |53| `adjust-existing-plan.md` | Preserve history and adjust only future tasks |54| `validate-deliverable.md` | Verify structure, data, runtime behavior, and market-ready constraints |55</workflows_index>5657<success_criteria>58A task handled by this skill succeeds when:5960- Generated plans deliver one HTML file with no PWA dependency and no fake progress.61- Generated plans include the P0 low-friction system: scenario-bound If-Then, daily 2-minute starter, realistic timebox with buffer, 7-10 day review cadence, and small-win feedback language.62- Validation confirms Day 1 initialization, dynamic dates, dynamic phase review readiness, and five emoji mood options.63- Phase reviews use only real synced data, preserve existing checkins/reviews, and keep a supportive, non-shaming tone.64</success_criteria>