| 1 | `2026-08-03-em-planner-foundation-implementation.md` | Task 2 — Configuration, Diagnostics, and Request Validation | `b326431` | RED: `foundation` failed with missing configuration/validation types; GREEN: `foundation` printed `PASS foundation` twice with byte-identical stdout and exit 0. |
| 1 | `2026-08-03-em-planner-foundation-implementation.md` | Task 3 — Direction Segmentation and Exact Boundary Anchors | `e492e16` | RED: `segmentation` failed with missing `ReferencePathSegmenter`; GREEN: `foundation` and `segmentation` each printed their PASS line with exit 0. |
- Result: Stage 1 exit passed. `foundation` printed `PASS foundation`; `segmentation` printed `PASS segmentation`; both commands exited 0. `git diff --check` exited 0. Task 2 ran `foundation` twice with identical stdout. The isolated host build may display two pre-existing `TireFollowing` obsolete-API warnings; it displays no EM Planner warnings or errors.
- The workspace already contains many unrelated Map, CoarsePath, PathSmoothing, project-file, report, and documentation changes. They belong to the user and must remain untouched and unstaged.
- Use explicit file paths for every `git add`; never stage the whole workspace.
- Inspect the existing diff before modifying `ClumsyPilot/ClumsyPilot.csproj`, then append only the Stage 1 rules required by the Foundation plan.
- The normal `ClumsyPilot.csproj` build can be blocked by legacy `auto_avoidance/MultiWheelAutoAvoidance.cs` references to `NetTopologySuite` and `OpenCvSharp`.
- Stage 1 used the isolated `EMPlannerVerificationHost` rule. The normal project build was intentionally not used as a Stage 1 gate and no legacy functionality was deleted or rewritten.
- Start and end `git status --short` both retain the user's unrelated changes; only the Stage 1 source and host additions were committed.