계획: 09의 진행 상태와 미착수 사유를 문서에 고정한다

워드화, 이중 복사 제거, 엔트리 상한, 이력 상한이 닫혔고 셋이 남았다는 사실과 각각의
사유를 적었다.

특히 워커 cp0 해시 강등은 이 계획 자신의 제품 경계가 금지하는 항목이다. fork 수확의 판정
근거를 바이트 동일성에서 해시 충돌 확률로 내리는 일이고 fuzz는 충돌 부재를 증명하지
못한다. 워드화가 같은 경로의 시간 비용을 이미 1/4로 낮췄으므로 남은 이득은 메모리뿐이고,
채택은 리팩터가 아니라 판정 강도에 대한 제품 결정이다.

검증: npm test 3389 passed 0 failed

Author: eddmpython

mainPlan/09_heapReclaim/README.md

@@ -1,5 +1,25 @@
 # heapReclaim
 
+## 진행 상태(2026-08-03)
+
+닫힌 것: 스냅샷 SAB 회수(03에서 당겨왔다). `samePage` 확정 비교의 워드화(fork 수확 실측
+43.6ms 대에서 11.2ms로. property 시험이 바이트 비교와의 동치를 매 실행 대조한다).
+`collectDelta`의 이중 복사 제거. 죽은 프로세스 엔트리 상한과 `createRpcPort.dispose()`.
+`MachineHandle._history` 상한.
+
+남은 것 셋과 그 이유:
+
+- **워커 cp0의 해시 강등**: 이 계획의 제품 경계가 금지한다("성능 개선을 위해 정확성 강도를
+  낮추지 않는다"). fork 수확의 판정 근거를 바이트 동일성에서 64비트 해시 충돌 확률로 내리는
+  일이고, fuzz는 충돌 부재를 증명할 수 없다. 워드화가 같은 경로의 비용을 이미 1/4로 낮췄으므로
+  남은 이득은 메모리(2NH -> (N+1)H)뿐이다. 채택하려면 reactive와 fork의 판정 강도를 통일하는
+  결정이 먼저이고, 그것은 이 캠페인의 범위가 아니라 제품 결정이다.
+- **스냅샷 생성의 워커 이관**: 선결 probe가 있다(메인에서 만든 스냅샷과 워커에서 만든 스냅샷의
+  바이트 동일성). `worker.js` 헤더가 메인 커널과 워커 커널의 리플레이는 바이트가 다르다고
+  기록하고 있어 실측 없이 판단하면 안 되는 자리다.
+- **fork 델타의 SAB 직접 수확**: 커널측 memcpy 1회를 없앤다. 위험은 낮지만 harvest 프로토콜을
+  2단계로 바꿔야 해서 워커 계약 변경이 함께 온다.
+
 포맷을 안 바꾸고 되찾을 수 있는 메모리를 되찾는다. h0 지문에 닿는 것은 전부 10으로 보내고, 여기서는
 사본과 해제 경로만 다룬다.