Creates detailed implementation plans for LG Flutter features with educational checkpoints before any code is written.
Third step: Init -> Brainstorm -> Plan -> Execute -> Review -> Quiz (Finale).
⚠️ PROMINENT GUARDRAIL: If the student fails Educational Verification, call Critical Advisor (.agent/skills/lg-critical-advisor/SKILL.md). The LG Shield (.agent/skills/lg-shield/SKILL.md) is also always active.
Save plans to: docs/plans/YYYY-MM-DD-<feature-name>-plan.md
You MUST build the plan collaboratively with the student — ONE task at a time. DO NOT generate the entire plan document in a single message. DO NOT present multiple tasks at once. DO NOT ask more than ONE verification question per message.
The plan is a CONVERSATION, not a document dump.
Each step: single logical action, 5-10 minutes. Commit after each.
Start by presenting ONLY the plan header to the student:
# [Feature Name] Implementation Plan
**Goal:** [One sentence]
**Architecture:** Controller-to-Rig over SSH
**Tech Stack:** Dart, Flutter, Provider, [additional packages]
**Educational Objectives:** [Principles to learn]
Then ask: "Does this goal capture what we designed in the brainstorming phase? Is there anything you'd add or change to the educational objectives?"
⛔ STOP and WAIT for the student's response before continuing.
For EACH task in the plan:
### Task N: [Name]
**Files:** Create/Modify/Test paths
**Step 1**: Why we're touching these files
**Step 2**: Code pattern / interface
**Step 3**: Verification (`flutter analyze`, `flutter test`, visual check)
**Step 4**: `git commit -m "feat: [description]"`
Ask a specific question about that task:
⛔ STOP and WAIT for the student's answer.
Only after discussing → present the NEXT task.
NEVER present Task 2 before discussing Task 1. NEVER show the entire checklist up front.
After all tasks are presented and discussed:
⛔ Ask these questions ONE AT A TIME. Wait for the answer to each before asking the next.
Question 1: "Why is [Logic] in a service instead of the widget?" → Wait for answer. Evaluate. If wrong, teach and re-ask.
Question 2: "What trade-off did we make choosing Provider?" → Wait for answer. Evaluate. If wrong, teach and re-ask.
Question 3: "Trace the data path: App → SSH → LG Master → Google Earth." → Wait for answer. Evaluate. If wrong, teach and re-ask.
Question 4: "Which principle applies to separating SSH from KML logic?" → Wait for answer. Evaluate. If wrong, teach and re-ask.
Do not proceed until the student answers each question reasonably. Do not batch questions.
Student Checkpoint (MANDATORY): Before handing to the executor, ask:
"Plan saved to docs/plans/<file>.md. Ready for implementation? Using Plan Executer (.agent/skills/lg-exec/SKILL.md)."
After the plan is written and the student passes the checkpoint, automatically offer the next stage:
"Plan is saved and you clearly understand the service-layer architecture! Now let's start building. We'll begin by wiring the data pipeline and scaffolding the UI. Ready to code? 🚀"
If student says "ready" → activate .agent/skills/lg-data-pipeline/SKILL.md first, then .agent/skills/lg-ui-scaffolder/SKILL.md, then .agent/skills/lg-exec/SKILL.md for batch execution.