Зафиксировать упаковку VS Code extension

docs/project-reorganization.md

@@ -42,7 +42,7 @@ MAME приложению не нужны.
 | SprPoP | `4507ba9` | `bd300b3` |
 | Volkov | `a71e3c5` | `3c1956b` |
 | PoP-Archive | `716c639` | `54d0b3d` |
-| VSCode-Sprinter | `68a821e` | `901d91a` |
+| VSCode-Sprinter | `68a821e` | `abfc29d` (`901d91a` — функциональные изменения) |
 | MAME | baseline `b0c4527c`, backend/MCP `fe7ee37a` | `37b89b78` |
 
 Первые пять base-коммитов получены из подготовительного коммита Sprinter-CC
@@ -273,11 +273,15 @@ SprPoP, Volkov и PoP-Archive PoC. Живые последовательные D
 `SDBG_LOG` в обеих консолях и запуск SprPoP с собственного `hard2` до
 `main`.
 
+Extension воспроизводимо упакован через `npm ci && npm run package` и VSIX
+версии 0.2.0 установлен в локальный VS Code. Рецепт и `package-lock.json`
+хранятся в VSCode-Sprinter.
+
 `make size-check` пока не принят: текущий baseline показывает 12 старых
 увеличений (обычно +9 байт, `openenv` +188) и несколько исчезнувших прежних
 тестов. Реорганизация не меняла libc/libbgi, поэтому эталон автоматически не
 перезаписывался; расхождения нужно разобрать отдельно. После разделения ещё
-нужна ручная проверка установленного VSIX в чистом workspace. Несколько
+нужен ручной F5-прогон установленного VSIX в чистом workspace. Несколько
 одновременных MAME, маршрутизация MCP между ними и Windows transport остаются
 явно непроверенными сценариями.