docs(PoP): документация к актуальному статусу + план следующих уровней

Документы отстали от кода: PORT_PLAN писал «PoC не начат», хотя играется
весь уровень 1, а четыре плана были исполнены целиком.

- PORT_PLAN: таблица статусов по разделам; фазы 0-3 сделаны, 4-6 нет;
  риски §8 п.1/п.3 закрыты, п.2 переформулирован под реальный движок
  (спрайтовый движок для персонажей не используется, лимит «21 спрайт»
  неприменим), п.4 — найдено расхождение таймингов: оригинал считает
  логический кадр за 5 тиков при BASE_FPS=60 (83.3 мс, в бою 100 мс), а мы
  ждём три vsync (60 мс) — игра идёт примерно на 39 % быстрее эталона.
- levels_plan.md — новый: машинерия перехода между уровнями, второй
  тайлсет (palace), потабличные различия и читы SDLPoP, которые окупаются
  сразу.  Инвентарь тайлов снят прямо с res200N.bin: уровень 2 не требует
  ни одного нового ассета и ни одной новой механики.
- roomtest/TASKS.md — новый: доска текущих задач с критериями готовности.
- Удалены как исполненные и перекрытые кодом: clip_char_plan,
  double_buffer_plan, loose_floors_plan, size_optimization_plan.  Его §8
  (замеры скорости отрисовки) не был перекрыт — перенесён в
  layout_plan_v2 §9, чтобы не потерять цифры.
- KID_PLAN / gates_spikes_plan — шапки «реализовано, оставлено
  справочником»; room_model_plan — «S1 сделан, остальное не срочно».
- docs/README.md стал индексом с отметками актуальности.
- ideas_backlog: зелье переворота экрана — оригинал переворачивает готовый
  буфер построчно, спрайты не трогает; по данным уровней тип 4 встречается
  только на уровне 9, до него механика не нужна.
- examples/scroll: ссылка на удалённый план вела к неверному факту
  «теневая копия одна — общая»; заменено на подтверждённое «у каждой
  страницы своя».

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

examples/scroll/scroll-impl-guide.md

@@ -175,11 +175,14 @@ void gfx_scroll_v(uint8_t src_page, uint8_t dst_page,
    прогон: нарисовать фон, поверх спрайт банком `0x5C`, сделать `scroll_h` на
    dx>0, убедиться что спрайт **не размазался** (копировался фон, не VRAM со
    спрайтом). Заодно выяснить, нужен ли сброс Port_Y на колонку (§4).
-2. **ОЗУ-копия per-page или общая.** `C-Compiler/applications/PoP/docs/double_buffer_plan.md`
-   пишет «теневая копия одна — общая». Если тень физически одна (а не адресуется
-   по базе `0xC000/0xC140` как VRAM), page0 и page1 не удержат фон **разных**
-   положений камеры во время скролла → пинг-понг (§8) сломается. Проверить:
-   записать разный фон в page0 и page1 банком `0x50`, сверить чтение обеих.
+2. **ОЗУ-копия per-page или общая.** Ранний план дабл-буфера PoP исходил из
+   «теневая копия одна — общая»; **практикой это опровергнуто**: у каждой
+   страницы СВОЯ теневая ОЗУ-копия, heal берёт фон из копии той страницы, в
+   которую рисуем (`applications/PoP/roomtest/CLAUDE.md`, раздел
+   «Дабл-буфер»; `roomtest.c enter_room` рисует фон в обе страницы по
+   отдельности именно поэтому).  Значит пинг-понг (§8) в принципе рабочий,
+   но перед опорой на него — подтвердить на своём коде: записать разный фон
+   в page0 и page1 банком `0x50`, сверить чтение обеих.
 3. **(только для `scroll_v`, путь A)** accel-буфер переживает `OUT Port_Y` между
    fill и flush одного burst'а. Доковый straight-copy этого не проверяет.