fix(cnc): stop double-counting first incremental rapid in rapid display

RapidEnumerator primed the walk position at the first pierce point, then
the skipped first rapid advanced it again. Raw programs start with a zero
rapid so this was invisible, but lead-in programs start with a real
incremental offset to the pierce, which shifted every later rapid by that
delta and drew rapids off the sheet. Start the walk at the program origin.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

OpenNest.Tests/CNC/RapidEnumeratorTests.cs

@@ -54,6 +54,28 @@ namespace OpenNest.Tests.CNC
             Assert.Equal(new Vector(106, 206), segments[1].To);
         }
 
+        [Fact]
+        public void Enumerate_IncrementalProgramWithNonZeroFirstRapid_DoesNotDoubleCountIt()
+        {
+            // Lead-in programs (ContourCuttingStrategy output) are Incremental and
+            // start with a nonzero rapid from the part origin to the first pierce.
+            var pgm = new Program(Mode.Incremental);
+            pgm.Codes.Add(new RapidMove(2, 3));
+            pgm.Codes.Add(new LinearMove(5, 0));
+            pgm.Codes.Add(new RapidMove(1, 1));
+
+            var segments = RapidEnumerator.Enumerate(
+                pgm,
+                basePos: new Vector(100, 200),
+                startPos: new Vector(0, 0)
+            );
+
+            Assert.Equal(2, segments.Count);
+            Assert.Equal(new Vector(102, 203), segments[0].To);
+            Assert.Equal(new Vector(107, 203), segments[1].From);
+            Assert.Equal(new Vector(108, 204), segments[1].To);
+        }
+
         [Fact]
         public void Enumerate_SubProgramCall_RapidEndsAtAbsoluteHolePierce()
         {