Архив планов on Deltaplan

Mon, 01 Jan 0001 00:00:00 +0000

А1 — структурные правки решателя воздуха: план (А1.1)

Задание для исполнителя кода (А1.2, dp-engineer) и основа ревью (А1.3). Источник задач — отбор Морриса (docs/research/air-model-sensitivity.md; журнал docs/archive/plan/air-model-progress.md → «Итог отбора Морриса»). Пробы «сейчас / после» без правок решателя — tools/research/a1/ (подклассы PrtAir, SplitAir, HAir в probe.py; числа в out/*.json; воспроизведение — README.md там же). Строки кода — по feature/air-model на 30.09.2026 (28ab3de).

Коротко

Правка	Что не так сейчас	Что делаем	Где
1. Pr_t	`Params.pr_t` объявлен, но `khf = nuf` (air.py:701) — K_θ ≡ K_m; в GPU параметра нет	K_θ = K_m/Pr_t, K_θ,h = K_h/Pr_t; Pr_t — параметр обоих решателей (`Params.pr_t`, `AirCase.p.pr_t`, слот `P_IPRT`)	air.py ядро `build_heat`; `air_picard.glsl:heat`; `air_case.gd`
2. τ только для диабатического θ′	`−θ′/τ` гасит и адиабатические θ′ = −γ·δz (устойчивое обтекание): седловина без нагрева зависит от τ (×1,71 / 1,90 / 1,99 при τ 1800 / 7200 / 21600 с — проба)	второй переносимый скаляр θ′_d (диабатическая часть): L θ′_d = Q − θ′_d/τ; полное θ′: L θ′ = Q − w γ − θ′_d/τ (схема A′). Проба: ×2,051 / 2,051 / 2,055 — от τ не зависит (Δ = 0,004 < 0,05)	оба решателя: ядро тепла (два прохода), новые буферы `thd`, `thbd`, ореол окна от родителя, тёплый старт, невязка, баланс тепла
3. `closure = const` + `heat_mode = cbl`	`_closure` при const не считает h → `AttributeError: 'Air' object has no attribute 'h_bl'` (проба)	толщина слоя h, w*, L — всегда (Троен–Март), при const постоянна только вязкость	только air.py (`_closure`); в GPU `closure` нет и не нужен

Решения на шлюз пользователя (раздел 6): значение Pr_t (рекомендация 0,85; варианты 1,0 / 0,74 / 0,95); смысл и значение τ (оставить 7200 с, смысл сужается до диабатической части); следствия правки 2 — седловина уходит от ×1,9 к ×2,05 при цели пилота 1,5 ± 0,2 (физика модели при Fr ≈ 2, не подгонять) и подъём у старта в штиль Онгудай 12:00 ниже на 15 % (0,52 → 0,44 м/с в окне 50 м; при ветре без изменений): крышка слоя перемешивания перестаёт «протекать» через τ.

Mon, 01 Jan 0001 00:00:00 +0000

А2: сходимость в штиль

01.10.2026. Ветка air/a2: feature/air-model 0788cf7 плюс влитая разведка air/a2-pre. Разведка, наборы old/new и матрица описаны в docs/archive/plan/air-model-a2pre.md. Код и данные лежат в tools/research/a2pre/, команды — в README, раздел «А2». Все таблицы строит один скрипт: analyze_a2.py → out/a2_tables.md.

Итог

k_relax 0,5 → 0,1. Это нижняя релаксация обновления местного K(Ri). Значение сменено в air.py → Params и AirCase.p.
- Сходятся все cbl-случаи обоих наборов: old 16/16, new 16/16.
- Цепочка игры стоит столько же итераций: old 892 → 892, new 3712 (с предельным циклом) → 922.
- Физика та же: сошедшиеся cbl-решения отличаются от прежних не больше чем на 0,01 м/с по ключевым числам.
Пропуск прохода θ′_d у решения без нагрева (air.py и GPU). Без нагрева и без θ′_d у родителя уравнение θ′_d однородно, его решение θ′_d ≡ 0 точно. Итерации те же, итерация стоит 79 % от полной на 400 м (3,18 против 4,02 мс) и 76 % на 200 м. Так в игре дешевле каждое решение пары «без нагрева», то есть w_mech.
Параметры модели игры не менялись: λ/h, α, z0, max_profile, wind.*. Схема, условие на выходной грани и потолок окна (C1 v3, C7 v3) тоже не трогались.

Что гоняли

Условия — как в разведке. Онгудай, 12:00, ветер 150°. Цепочка «область 400 → окно 100 → окно 50 м» и отдельно область 200 м. Случаи: штиль и 3 м/с, с нагревом и без; heat_mode cbl и surface. Критерий: mom 2e-5, θ′ 5e-7, div 1e-6, не больше 3000 итераций. Эталон — air.py, float32, CuPy, RTX 4070 SUPER. GPU делили с тестами и чужим процессом, поэтому время шумное, а итерации детерминированы.

Mon, 01 Jan 0001 00:00:00 +0000

Разведка перед А2: сходимость и цена решателя при параметрах перекалибровки

30.09.2026. Ветка air/a2-pre от feature/air-model (4828b63: А1 влит — Pr_t = 0,85, θ′_d, h при const). Код и данные — tools/research/a2pre/ (README — команды воспроизведения). Решатель air.py не правился: меняются только A.Params. Все таблицы делает один скрипт (analyze.py → out/tables.md). По решению пользователя сделана только матрица. Повторный анализ несошедшихся точек Морриса (139 из 205) перенесён в волну Б: его делаем после совместной калибровки Askervein + Perdigão, если её итог окажется неудовлетворительным.

Mon, 01 Jan 0001 00:00:00 +0000

А3: переключатели схемы среднего поля — выбор по физике

01.10.2026. Ветка air/a3 от feature/air-model (0788cf7). Литература и чтение кода; код не менялся, прогонов не было. Все числа — из файлов проекта (путь рядом) или из статей (ссылка). Где число — моя арифметика по формулам кода, это помечено «оценка».

Оговорка по источникам: полные тексты большинства статей закрыты, я проверял выходные данные и DOI, а суть — по аннотациям и описаниям схем. Коэффициенты из статей, которые я привожу по памяти и не сверял с текстом, помечены «(по памяти)».

Mon, 01 Jan 0001 00:00:00 +0000

А4 «Случай Perdigão» — постановка для совместной калибровки (C10 v1)

Исполнитель А4, ветка air/a4. Код — tools/research/cases/perdigao.py, скрипты и данные — tools/research/cases/perdigao/ (README с командами воспроизведения). Решатель не менялся (git diff feature/air-model -- tools/research/air3d scripts пуст).

Статус: случай собран, оба подслучая считаются (ok, 141–231 итераций, 10–26 с на решателе при dx 30 м), контрактный тест C10 — 0 нарушений. Пробный прогон — только проверка постановки, не калибровка.

1. Постановка

Что	Значение	Почему
Область	6 × 6 км, центр долины (PT-TM06 E 33900, N 4800 → 39,7108° с. ш., 7,7378° з. д.), оси: x — восток, y — север	гряды ~1,4 км между гребнями и ~6 км длиной вдоль оси СЗ–ЮВ; области ≫ зоны (≈ 0,7 км); от гребней до границ притока ≥ 2 км; мачты в пределах ±1,3 км
Шаг	dx = 30 м (номинал), dz = dx/2 = 15 м; потолок 1300 м над нулём сетки (BASE = 100 м над морем, минимум DSM 105 м)	30 м — разрешение Copernicus GLO-30; половина ширины гряды на половине высоты A ≈ 400–600 м → 13–20 клеток; 200 × 200 × 88 клеток (Askervein: 160 × 160 × ≈80)
Губки	боковая 1000 м (как Askervein), верхняя 700 м (начало на 600 м над нулём = ≥ 200 м выше гребней: у Askervein верхняя губка 1000 м при потолке 1000 м, здесь потолок 1300 м и гряды 400 м)	`air.Params.sponge_*`
Вход	нейтраль γ = 0, без нагрева, `f_cor` = 9,32·10⁻⁵ 1/с (39,7°), `max_profile` 2,5 (степенной профиль U/U10 до 494 м над поверхностью при α = 0,235; у Askervein 2,0 при холме 126 м)	физика случаев: Ri = −0,10…+0,08, z/L = −0,14…+0,05 (README данных); остальное `Params()` (Pr_t 0,85, `local_k`, `closure = hb`, `adv2 = False`) + перекалибровка Askervein (λ/h 0,031, α 0,235)
NE	27.04.2017 17–19 UTC, ветер с 60,7° (tse13 100 м, среднее окна), U100 = 8,79 м/с; наветренная мачта tse13 (гребень NE-гряды, 453 м)	`cases/ne_20170427_windowmean.csv`
SW	11.05.2017 10–11 UTC, ветер с 216,5° (tse04 100 м), U100 = 8,82 м/с; наветренная мачта tse04 (гребень SW-гряды, 473 м)	`cases/sw_20170511_windowmean.csv`
Опорная скорость	U10 фона (`U10_IN`: NE 3,15, SW 3,03 м/с) подобран один раз, чтобы S_ref модели на наветренной мачте на номинале = U100 данных (8,78 против 8,79 / 8,82 м/с); затем фиксирован — разгон на гребне ≈ 2,8 от U10 (3D-гряда), S/S_ref от подгонки скорости не зависит	фон задан степенным профилем от поверхности, а не на гребне

Рельеф и сверка с мачтами

Конвейер игры: tools/terrain/fetch_dem.py::build_layer (→ sample_copernicus, кеш ~/.cache/deltaplan_terrain) с шагом 10 м и гауссовым сглаживанием 20 м (σ 2 клетки; у игры — 0,8 клетки 25 м, убирает ступеньки леса в DSM), дальше блочное среднее до dx (как askervein.terrain). Локация игры не заводилась, tools/terrain/ не правился. Мачты — E/N PT-TM06 из towers_layout.csv → WGS84 (pyproj; проверено по широте/долготе NetCDF до 3-го знака) → кадр игры. Таблица по 59 мачтам — cases/perdigao/out/terrain_check.md (DSM − высота мачты): среднее −0,6 м, медиана +0,1 м, σ 2,9 м, 10–90 %: −4,5…+1,9 м. Гребни занижены на 3–10 м (rsw07/08 −7/−10 м: 30 м разрешение + сглаживание, срезает вершину), дно долины и склоны — в пределах ±2 м. Следствие для калибровки: высота гряды в модели на 2–5 % ниже реальной (H модели 150–170 м по разрезам против 174 м у Menke, табл. 2).

Mon, 01 Jan 0001 00:00:00 +0000

Б1 «Совместная калибровка Askervein + Perdigão» — записка

Волна Б модели воздуха, исполнитель Б1, ветка air/b1. Контракт — C10 v3 (docs/contracts/air-model.md): общая схема tools/research/cases/scheme.py, общие правила постановки tools/research/cases/rules.py. Код, данные, команды — tools/research/cases/b1/README.md. Решатель (air.py, solver.py), код игры и конфиги не менялись.

Коротко

Общая длина перемешивания λ = 27 м (+4 −3) по обоим случаям вместе. χ²/ndf = 208/76: Askervein 165 на 47 наблюдаемых, Perdigão 43 на 35. Свои параметры случаев: α_A = 0,242 ± 0,004, z0_A = 0,05 м (+0,05 −0,03); α_NE = 0,33 (край сетки), α_SW = 0,29 ± 0,03, z0_P = 1,0 м (край сетки).
Случаи тянут λ в разные стороны. Askervein сам по себе даёт λ = 145 м (+150 −50), χ² 136/44. Perdigão сам по себе упирается в нижний край λ = 10 м, χ² 29/31. Плата за общий параметр — Δχ² = 44. Так получается и на 2-м порядке, и после поправки сетки. Это структурное расхождение модели, параметр λ его не снимает (подробнее — §4).
λ/h и lam по этим случаям не разделяются. В нейтрали без нагрева λ = max(lam, λ/h·h), а h у обоих случаев ≈ 1600–1800 м. Перевод «λ = λ/h·h_случая» даёт λ/h = 0,018 ± 0,0035 и χ² на 7,5 меньше. Но это выигрыш за счёт z0 (z0 через u* меняет h случая), а не данные о λ/h. Для разделения нужны случаи с другим h: слабый ветер, конвекция.
Систематика схемы игры (1-й порядок против 2-го в лучшей точке, в параметры не входит): χ² 209 → 282. Askervein: разгоны ниже на 0,05–0,13 (−1…−2σ по группам). Perdigão: ≤ 0,09 (≤ 0,65σ).
Регрессия матрицы А2.
- Перевод (а) lam = 27 м, lam_frac = 0: в штиль с нагревом окно 100 м не сходится (3001 итерация, max), cbl 7/8.
- Перевод (б) lam = 40, lam_frac = 0,0158: все cbl 8/8. Цена в цепочке игры (400 → 100 → 50 м, штиль с нагревом) +14 % итераций против new (493 против 433). На области 200 м в штиль с нагревом — 1101 итерация против 261.
- Оговорка к (б): в нейтральных случаях калибровки он даёт λ = 40 м, потому что пол lam выигрывает (0,0158·1700 = 27). Это Δχ² = +5,7 от совместного минимума: Askervein лучше, Perdigão хуже.

1. Сопоставимость (этап 1, принято К2 → C10 v3)

Настройка	Askervein	Perdigão	Правило
Схема	scheme.py	scheme.py	одна
H (перепад рельефа в области наблюдений)	119,9 м (HT над RS)	173,6 м (гребень − дно, Menke 2019 табл. 2)	одно определение
dx, H/dx	20 м, 6,0	30 м, 5,8	dx = H/5,8 к шагу данных; dz = dx/2
Область, губка боковая	200 клеток (4 км), 35 клеток (700 м)	200 клеток (6 км), 35 клеток (1050 м)	N_DOM 200, 35 клеток
Потолок, губка верхняя	высшая точка + 7,5 H; губка от высшей точки	то же	одно правило
Профиль притока	z_sat = 0,3·h = 450 м	427–444 м	z_sat = 0,3·(0,3u*/f), max_profile = (z_sat/10)^α
Опорная скорость	U10 8,8: модель на RS 10 м = данные 8,895	U10 3,27 / 3,12: модель на гребне 100 м = U100	модель на опорной точке = данные у номинала
Лес	d = 0	DSM + 12,6 м · доля леса; z0 скаляр	один способ
Наблюдаемые	ΔS к RS на той же высоте; профиль RS	u_∥/S_ref на мачтах; зона Menke	нижняя граница 1·dz; σ ⊕ 0,03
Устойчивость	нейтраль	модель нейтральна, Δ_уст → σ	—

Данные притока для z_sat (b1/out/fig_inflow.png). Askervein: змей до 267 м насыщения не показывает (местный показатель 0,21). Perdigão: по RHI-лидарам рост ветра прекращается на ≈ 400 м (NE) и ≈ 580 м (SW) над равниной притока.

Mon, 01 Jan 0001 00:00:00 +0000

Б2 «α и λ в игре: профиль притока по устойчивости, пересчёт эталонов и цена» — записка

Волна Б модели воздуха, исполнитель Б2, ветка air/b2 (feature/air-model 00ae28a + air/b1). Контракт — C2 v4 (docs/contracts/air-model.md). Код, данные, команды — tools/research/b2/README.md.

Коротко

Одна функция профиля WindProfile (scripts/atmosphere/wind_profile.gd, static) для решателя (AirPlace.domain_case, AirWindowCase → AirCase.p.alpha, p.max_profile) и аналитического ветра (WindModel через Atmosphere). Эталон — tools/research/air3d/wind_prof.py (те же таблицы), его вызывает real.case → real.make.
α по устойчивости: α = 0,24 · r(класс Паскуилла–Тёрнера), r — Irwin 1979 к D. max_profile = (z_sat/10)^α, z_sat = 0,3 · 0,3 u*/f (правило rules.py, C10 v3). λ: lam 40 м, lam_frac 0,0158.
Конфиг: wind.shear_exponent_neutral 0,24 и wind.z_sat_frac 0,3; shear_exponent и max_profile_factor удалены.
Эталон и игра для Онгудая 12:00 дают одно α/max_profile (test_air_place): 0 м/с — A, 0,112 / 1,149112; 3 м/с — B, 0,112 / 1,404479; 6 м/с — D, 0,240 / 2,445407 (игра и эталон совпадают до 1e-9).
Днём профиль мягче прежнего, в нейтраль — круче. Полдень, ясно, 3 м/с: на 300 м 4,2 м/с вместо 4,8; облачно или 20:00 — 6,2; 6 м/с в любой час — 13,6 вместо 9,7.
Устойчивые классы E/F (вечер после ≈ 20:25) с нейтральным z_sat давали на 300 м до 14 × U10 (C2 v4). По решению К2 (C2 v5, § 4) z_sat для E, F — по толщине устойчивого слоя 0,4 √(u*L/f), L по Golder 1972: при 3 м/с на 300 м 2,14 × (E) и 1,97 × (F) U10.
Цена: штиль с нагревом на 200 м — 1101 итерация эталона вместо 251 (×4,4, как ждали по Б1); прочее — § 5.

1. Функция профиля

WindProfile.alpha(u10, sun_elev_deg, cover) -> float
WindProfile.max_profile(alpha, u10, z0, f_cor) -> float # (z_sat/10)^α
WindProfile.z_sat(u10, z0, f_cor) -> float # z_sat_frac · 0,3 · κ·max(u10, 0,5)/ln(10/z0) / f
WindProfile.stability_class(u10, sun_elev_deg, cover) -> int # 0..5 = A..F
WindProfile.net_radiation_index(sun_elev_deg, cover) -> int # −2..4
WindProfile.sun_elevation(ctx, hour) -> float # SunClock.solar_position, без запаздывания прогрева
WindProfile.apply_to_case(c: AirCase, ctx, hour, cover) # c.p.alpha, c.p.max_profile по ветру случая

Класс устойчивости — таблица Тёрнера (Turner 1964; таблица и правила индекса радиации — EPA-454/R-99-005, табл. 6-4, 6-5; Pasquill 1961). Строки — ветер на 10 м в узлах, столбцы — индекс радиации NRI; 1 = A … 7 = G (G → F):

Mon, 01 Jan 0001 00:00:00 +0000

AM-00: база для сравнения масштабов 1–3 (модель воздуха)

Задача AM-00 (docs/plan/air_model.md → «Задачи → M0»), снято 29.09.2026 в worktree ~/deltaplan-wf, ветка feature/air-model, коммит на момент снятия — см. «Коммиты» в отчёте координатору. Числа ниже — точка отсчёта для сравнения масштабов 2 и 3 в AM-07/AM-08 (±10–20 % из плана) и для смежных задач (AM-01…AM-06). Инструмент, которым сняты числа §2–3 (переиспользуется): tools/research/air_model_baseline/probe.gd + .tscn.

1. Headless-прогон (`tools/check.sh` / `res://tests/run_tests.tscn`)

Команда:

Mon, 01 Jan 0001 00:00:00 +0000

Журнал хода работ: модель воздуха (feature/air-model)

Каталог экспериментальных и эталонных данных: docs/research/experimental_data.md.

Координатор К0. План — docs/plan/air_model.md. Коротко: задача → статус, исполнитель, коммиты, ключевые числа, решения.

Задача	Статус	Исполнитель	Коммиты	Числа / решения
AM-00 База	принята	Sonnet	a287b0c	headless 609 тестов; GPU-прогон `tools/gpu_tests.sh` (TestCase.needs_gpu, флаг –gpu); air_velocity_at 14,3 мкс; FPS 89–117; подветр. СКО w 1,08–1,27 м/с, рывки 7–26/мин (3 старта); термики сила ≈2,4 м/с, потолок ≈1790 м, сосед ≈590 м; скрипт tools/research/air_model_baseline/probe.gd; docs/archive/plan/air-model-baseline.md
AM-01 3D-эталон CuPy	принята (+ AM-01а: Askervein)	Opus	a20d349, 8f04f5a, 936c7f9, fe27a5d, cf64b7b, 6cdc3a3, cd89fbf; AM-01а c3736f2 (слито)	маска MAC; 8 м/с сходится на 400/200/100/50 м (шлюз пройден); итераций 41–161, 400 м ≤ 1,1 с, 200 м ≤ 4,7 с, окна ≤ 0,8 с; ∇·u·Δx/U ≤ 4e-8; седловина ×1,9; Askervein: ошибки модели нет (ошибка была в сравнении — профиль к RS 10 м); разгон занижен дискретизацией: 50 м/1-й порядок против 25 м/2-й — 0,80–0,84 на 20–50 м над Каянчей, 0,92 на 100 м; 12,5 м/2-й порядок сходится к линейному эталону и измерениям; библиотека: ближайшее по направлению 50–75 %, смесь 8–15 %; погода 18 vs 26 °C — 28–44 %
AM-02 Блоки на GPU	принята	Opus	e4f4632, b455f1f, b11924c	все блоки ≤ 3,9e-6 отн. к float64; побитно; порции ≤ 25 мс; V-цикл 1,2–1,4 мс (96²×48), 3,5–7 мс (192²×48); lavapipe ок, RADV не проверен; узкое место — зебра z/y на 192² (20–30 % полосы); баг RD: буфер дважды в наборе теряет барьер; docs/guide/air-model-gpu.md
AM-03 Пикар на GPU	принята	Opus	977a5a3, ae82c41, 78a3444, 4e958cd, 102b903, 7ab6d49, 2d3d3b6	эталоны ref/: итерации совпадают, max
AM-04 Клипмапы	принята, слита (ветка удалена)	Opus	5618a59, 85e27a7, aea38fa, 3d01896, efd5d58, 4e71747	окна 100/50 м (64×64) от области 400 м, `AirClipmap`, `AirWindowJob`, C7 v1, C9 v2 (set_focus); против эталона: итерации 40–50 (эталон 41–51), поле ≤ 3e-4·
AM-05 WindField, атмосфера	принята	Opus	b3c50ab, ac43926, 3951641	`WindField`/`AirFieldSet` (центры клеток, лог-профиль у земли, край smoothstep 5 клеток, подмена `set_field(…, blend_s=60)`); стык: горизонталь+w_mech, w_conv пилоту не отдаётся; air_velocity_at 20,4 мкс (×1,4 к базе); `--air-field=`; тесты 9+5 зелёные; открыто: двойной счёт опускания за гребнем (AM-08), from_arrays 0,18 с — строить в потоке
AM-06 Загрузка, часы старта	принята (А и Б), Б слита (ветка удалена)	Sonnet (А), Opus (Б)	А: 7557c04, 5157018, b7da8d7; Б: 551e79b, 84ab346, d09139b, d7bc196, 1c57fae	А: 4 часа старта. Б: `AirRuntime` (C9 v1) — этап «Рассчитываем ветер» 3,3–3,9 с на 4070 (вход места+подготовка 1,2 с в рабочем потоке, решатель 0,73 с GPU; пара с нагревом/без), кадр ≤ 94 мс; пересчёт в полёте каждые 15 игровых мин / смена ветра — 3,7–4,1 с стены, порции ≤ 22 мс; ×10 и ×60 успевает; подмена плавная (шаг w ≤ 4e-4 м/с за 0,1 с), C8 v2 (снимок смеси, Р7); Р2 (фикстура field/ — `model: prototype`), Р3 (`WindField.FORMAT_VERSION = 1`) закрыты; скриншоты build/screenshots/08–09. Открыто: Р12 — AirThermals.build на главном потоке 0,75 с стоп-кадр на каждое новое поле; Р13 — тёплый старт греет только решение без нагрева; Р14 — AirPlace берёт опорную дату погоды, не дату полёта; Р15 — публичные AirGpu.release_buffers(), AirPicardJob.mech_case/is_prepared (AirRuntime сейчас лезет в приватные поля)
AM-06б Библиотека полей	снята (решение пользователя, шлюз AM-01)
AM-07 Термики из поля	принята с доработкой AM-07б (плотность/радиус ядер)	Opus	a8ca103, da16964, b0330b5	источники по Φ = F̄ + W̄⁺ на уровне области; сила ≈ k·w; потолок по частице (инверсия 2000 м → 2061 м); поток массы 0,98 от поля; сеть — ведущий шлёт маску столбцов (ZoneState.thermal_sources, 1,5 КБ, 1 Гц), разошлось 0 из 8463 столбцов области при шуме 1e-3; поле: сосед 252 м, сила 4,1 м/с, ×8 термиков против аналитики (651 м, 2,35)* — ядра 90–170 м несут весь поток; atmosphere.gd +1 строка (принята задним числом)
AM-08 Возмущения	принята, слита (ветка удалена)	Opus	4534b76, 52a7401, 9db1b85, 4ab1bd5	см. хронологию: C4 v3, σ по u/w/Ri, спектр фон Кармана (−1,6…−1,7), двойной счёт за гребнем снят; подветренная против базы: σ_w +18…+90 %, рывки −14…−70 % — на полёт пилота; air_velocity_at 53 мкс
AM-07б Термики: ядра и широкий подъём по Аллену	принята, слита (ветка удалена)	Opus	585057a, 48451dd, 68a5faf	радиус r₂ Аллена от z_l (R вверху 150–190 м), плотность 0,6/(z_l·r₂) по Φ, w0 = 1,24 w* (deardorff_wstar AM-08); 12:00: сила 2,96 м/с, 2,3 живых/км², сосед 394 м, 3792 за 4 ч (AM-07: 4,1 / 252 м / 9056; аналитика 2,35 / 650 м / 1100); поток столба −10…−18 % от поля (в допуске); ядра несут 37–45 % Φ днём; вопрос к AM-09: плотность по Аллену (все ядра) против «шаг сильных 1–1,5 z_i» (ячейки) — разница ×5, определить наблюдаемую одинаково (порог «сильного» термика); 9:00 на уровне 400 м — ≤ 1 источник на столбец
AM-09 Калибровка	принята, слита	Opus	f584fb2, ed94333	подогнан λ/h (`lam_frac`) 0,1 → 0,25 (−0,015), упёрся в верхнюю физичную границу (данные тянут выше); z0 Askervein 0,034 ± 0,011 (мешающий); c_s = 0,25 фиксирован (мезомасштаб, WRF; 0,17 Лилли — для LES; на Askervein влияние ≤ 0,01); H0, τ, пороги отрыва масштаба 3 — данными не определены, оставлены; систематика сетки — сравнение с 12,5 м + 2-й порядок (ошибка 50 м/1-й на вершине ~65 %, не 15–20 %); χ²/ndf = 233/57 (Askervein 86/38, ТКЭ 141/13 — наветренный склон, литература 5,4/6); повторный прогон: 33/39 точек в 2σ, HT 10 м 0,59 против 0,88; цена: окна 100/50 м +0–25 / до +40 % итераций; таблица «пилот → модель» и новые границы — docs/guide/air-model.md; итог — docs/research/air-model-tune.md
AM-10 Срезы, F3, трава	принята	Sonnet	629be2c…bf5b8f4 (a360c86, bf5b8f4 — доделка)	трава+вода +0,10 мс GPU («Высокий», 1080p); F3 — стрелки 1 км / шаг 200 м / 20-100-300 м AGL, выключенный — ноль; срезы `tools/wind_field/dump_slices.gd` + `annotate_slice.py`; скриншоты build/screenshots/03–07; кадр воды 07 (Аушкуль) снят с высоты — различие ряби по полю на нём почти не видно (2 попытки, взят лучший — правило)
AM-09б Хвосты калибровки (К1, волна 1 п. 1.2)	принята, слита (ветка и копия удалены)	dp-researcher (Opus → доводка Sonnet)	019a45c, bd408bb, a2e3f00, acffd0f; слияние 468de96	(а) масштаб 3 и решатель — одно замыкание λ = max(40 м, AirCase.LAM_FRAC·h); (б) h нейтр. = 0,3 u*/f — одна константа AirCase.NEUTRAL_BL_K (ссылки в docs/research/air-model-tune.md); в нейтральном случае данные определяют только (λ/h)·k (h ещё входит в K_b решателя, h_s устойчивого слоя и затухание масштаба 3 — отдельно не проверялось). 0,1 → 0,25: термики ±3 % (сила Каянча 12:00 2,94 → 2,92 м/с); σ_w за гребнем Синюха/Бияда/Аушкуль 2,06/2,04/1,66 м/с, рывки не менялись; таблица σ ≤ 4 %, кроме Синюхи +400 м, 100 м: σ_u 2,06 → 3,13 (+52 %); спектр без изменений; ТКЭ Askervein χ² 141 → 33 (наветр. 119 → 20, вершина 19 → 10). Эталоны GPU не пересчитывались (params из JSON). Перепроверено К1: GPU test_air_ 56/0, contracts 24/0, atmo 5/0, thermals 7/0, lee_rotor 4/0, wind_field 9/0, determinism 3/0
check.sh (К1, волна 1 п. 2.1а)	принята, слита (ветка удалена)	dp-engineer (Sonnet)	f11d573, слияние 215c653	один временный XDG_DATA_HOME на запуск (trap — удалить и вернуть project.godot, если был чистым); `[--no-build] [--filter=…]` в любом порядке, с фильтром — без линтера и сборки; неизвестный аргумент — код 2. Проверено К1: `--filter=test_world_key` 4/0 код 0, `--bad` код 2, настоящий профиль не менялся, project.godot чистый
А1.1 План структурных правок (Pr_t, τ по диабатической θ′, h при closure=const)	принята, слита (копия и ветка удалены)	dp-researcher (Fable)	83c740c, слияние 25844df	docs/archive/plan/air-model-a1.md; θ′_d вторым скаляром (схема A′); пробы: седловина Δ×(τ 1800↔21600) 0,284 → 0,004; const+cbl — AttributeError → ok; Pr_t 1 → 0,85: K_θ max 862 → 963, подъём окно 50 м 0,516 → 0,505 (штиль); Askervein χ² 68,06/44 (перепроверено К1); следствия: седловина ×2,05, подъём у старта в штиль −15 % (0,52 → 0,44), область в штиль 61 → 151 итераций
А1.2 Правки air.py + GPU-решатель по плану А1.1	принята, слита b0a83e2 (копия и ветка удалены)	dp-engineer (Opus)	air/a1: 026cb71, 423481e, fb70494, 29392c5, 673b313, f7f4451, 5aceaa3	по отчёту: седловина Δ 0,284 → 0; const+cbl ok (51 итер.); Pr_t 1 → 0,85 после правки 2: K_θ max 907 → 1004, подъём окно 50 м штиль 0,442 → 0,407; Askervein χ² 68,06/44 без изменений; GPU test_air_ 56/56, контракты 24/24; итерация +27 % (оценка); picard/ 200 м 3 м/с с нагревом — max 3000 итераций (было 131)
А1.3 Ревью и приёмка А1	принята, слита fc1eaba (копия и ветка удалены); вердикт «принять» с 3 мелкими оговорками	dp-researcher (Fable)	air/a1-review: edbd83d, 0f165cf (tools/research/a1/review/)	(1)–(5) воспроизведены побитно; на свободном GPU: итерация 400 м 3,59 → 4,22 мс (+18 %), 200 м 11,26 → 14,20 (+26 %), тепло ×2 — весь прирост; 200 м 3 м/с с нагревом — max детерминированно: предельный цикл K(Ri)–θ′ у выходной границы (до А1 гасил сток −θ′/τ; k_relax 0,25 / heat_sweeps 8 / local_k off — сходятся) → А2; exit 139 bench — утечка release() в тесте, не игра
А1.2б Мелкие правки по ревью (release в bench, bench без 200 м с нагревом до А2, thd в контрактном тесте, рецепт (4), цена в air_model_gpu.md)	принята, слита d38e858 (копия и ветка удалены)	dp-engineer (Sonnet)	28e4384	контракты 25/25 (новый test_thd_in_state_keys — по тексту state/parent_data/window_state; ловит удаление thd — проверено исполнителем); bench QUICK код 0, без таймаута и 139; 200 м 3 м/с пропущен до А2 (все варианты: с нагревом, пара, загрузка); fixtures picard/ 200 м — честный status max
А2-разв. Разведка перед А2 (матрица сходимости old/new)	принята, слита вместе с А2 (1430d79; копия ~/deltaplan-wf-a2pre и ветка удалены)	dp-researcher (Opus)	air/a2-pre: eab5c47	36 сценариев/120 решений, 18 мин GPU; не сошлось old 2/24, new 6/24; причина — λ/h 0,031 (цикл K(Ri)–θ′ у верха слоя перемешивания); 200 м 3 м/с cbl на new — ok 181; docs/archive/plan/air-model-a2pre.md
А2 Сходимость в штиль (новые параметры)	принята К2, слита 1430d79 (копия и ветка удалены)	dp-engineer (Opus)	air/a2: e8ba248, 73853cb	k_relax 0,5 → 0,1 (air.py Params + AirCase.p одним коммитом) — все cbl-случаи old 16/16 и new 16/16 сходятся (перепроверено К2 по matrix_a2.jsonl); варианты (Σ итер. цепочки 400→100→50 old/new, cbl): до 892/3712 (не сошлось 1/1); k_relax 0,25 — new 1 не сошлось (окно 50 м штиль); heat_sweeps 8 — new 1, итерация +40 %; 0,25 + hs 8 — 0/0, но цена new 22,9 с против 12,0; потолок окна 3000 м — не помогает (гипотеза разведки отвергнута); 0,1 — 0/0, 892/922, цена 11,5/12,0 с; 0,15 — 0/0 (запас меньше). Физика та же: ключевые числа сошедшихся решений ≤ 0,009 м/с; подъём у старта old w50: 0,407 → 0,405 (штиль), 1,33 (3 м/с); new w50 штиль 0,507 (было max). Пропуск прохода θ′_d у решения без нагрева (air.py, AirPicardJob, AirWindowJob — точный, θ′d ≡ 0): итерация 79 % (400 м), 76 % (200 м). Игра (old): «Рассчитываем ветер» 3,73 → 3,55 с, GPU 1,37 → 1,17 с, итерации [150, 130] те же; с окнами 6,49 → 6,29 с (время шумное: GPU делил посторонний процесс — не окончательно). surface: old 8/8, new 2/8 не сошлись (области 400/200 м в штиль) — не приёмка, heat_mode = cbl (А3). Bench 200 м 3 м/с снова в прогоне: 170 итер. (эталон 171). Askervein check25 χ² 68,06/44 без изменений. Тесты (К2): контракты 26/26, GPU test_air 58/58 (в копии А2), headless wind_field 9, atmo 5, thermals 7, window_case 2, determinism 3 — после слияния. Минус: тёплый старт того же поля 10 → 20 итераций (K не в состоянии тёплого старта; порог test_warm_start 10 → 20); соседний срок 12:00→12:30 — 50 итераций, как было
А3 Переключатели схемы по физике (hb/const, local_k, heat_mode)	принята К2, слита 5ec1752 (копия и ветка удалены)	dp-researcher (Sonnet)	air/a3: 6636934, b569ec5	docs/archive/plan/air-model-a3.md: closure hb (высокая; Troen–Mahrt 1986, HB93), local_k вкл (средняя–высокая; Blackadar 1962, YSU), heat_mode cbl (высокая для развитого слоя, средняя на крутых склонах; Deardorff 1966, HB93, EDMF) — всё = текущий AirCase.p, смена в игре не нужна; nu_const/const можно убрать. Неизвестны для волны Б: λ/h, lam, α, z0, tau_cool, k_smooth_m; фиксируются cs_h, k_fa, zi_min, Pr_t. Оговорки local_k: неустойчивая ветвь √(1−16Ri) > 1 внутри слоя — возможный двойной счёт с K_b (кандидат F ≤ 1 при Ri ≤ 0, не считано); длинный хвост устойчивой ветви (GABLS1). Вопрос пользователю — heat_mode на крутом склоне (§6: 1 — как сейчас, рекомендовано; 3 — гибрид, только если полёты покажут заниженный подъём)
А4 Случай Perdigão (обёртка C10)	принята К2, слита e462ea3 (копия и ветка удалены)	dp-researcher (Sonnet)	air/a4: b014475	tools/research/cases/perdigao.py (C10: 38 наблюдаемых, check_c10 — 0 нарушений, перепроверено К2), docs/archive/plan/air-model-a4.md; область 6×6 км, dx 30 м, 200×200×88; рельеф Copernicus через fetch_dem.build_layer, сверка с 59 мачтами −0,6 ± 2,9 м (гребни −3…−10 м); лес: DSM здесь без полога → поверхность DSM + 12,6 м × доля леса WorldCover (d = 0,7·18 м), z0 = 0,645 м (лог-среднее 1,8/0,1); наблюдаемые: S/S_ref на мачтах ≥ 30 м (17 NE, 15 SW) + Menke L/D 0,50 ± 0,10, глубина/H 0,91 ± 0,21, обратная 0,22 ± 0,10; пробный прогон (номинал λ/h 0,031, α 0,235, adv2 = выкл): все 14 ok, dx 30 — 181 итер., ≈ 12,5 с (+2,5 с сборка); χ² NE 41/20, SW 115/18; зона занижена (NE L/D 0,31, глубина/H 0,36, обр. 0,07; SW почти нет), при λ/h 0,25 зоны нет; сетка: dx 20 — L/D 0,37, глубина 0,51 (sig_grid до 0,16); цена пачки ≈ 30 с на точку (оба подслучая)
Б1 Совместная калибровка Askervein + Perdigão	принята, слита be8aa7f (вместе с Б2; копия и ветка удалены)	dp-researcher (Opus)	air/b1: ebca59f, 8e31dee, 3b2c09a, b31ccf8, 60b0574	λ общее 27,1 м (+3,9 −3,2), χ²/ndf 208,3/76; Askervein α 0,242 ± 0,004, z0 0,052 (+0,048 −0,029), χ² 165/47 (подветренная 94/8); Perdigão α_NE 0,33 (край), α_SW 0,287 ± 0,034, z0 1,0 (край), χ² 43/35; по отдельности λ_A 145 м (+151 −48), λ_P 10 м (край) — Δχ² общего λ 44 → структурное напряжение: за двумя грядами отрыв занижен (NE L/D 0,40 против 0,50, глубина 0,70 против 0,90, обратная 0,11 против 0,22), за одиночным холмом след слишком сильный; λ/h и lam не разделяются (h 1600–1800 м); лучшая точка: local_k выкл 280,6 (хуже — выбор А3 держится), 1-й порядок 282,4 (систематика схемы игры: вершина Askervein −0,13), dx·2/3 211,9 (поправка сетки годится); регрессия А2: (а) lam 27 — 7/8 cbl (окно 100 м штиль max), (б) lam 40, lam_frac 0,0158 — 8/8, цепочка игры штиль 6,4 с против 5,8 (+14 %), область 200 м штиль 1101 итер. против 261; 765 прогонов, 3,9 ч GPU, check_c10 0 нарушений (перепроверено К2)
Б2 α и λ в игре (профиль по устойчивости, C2 v5)	принята, слита be8aa7f (копия и ветка удалены)	dp-engineer (Opus)	air/b2: e674c49, ce3aa88, de3dcde, 02e9684	`WindProfile` (игра) = `wind_prof.py` (эталон): α = 0,24·r(класс Тёрнера), r Irwin 1979 (A/B 0,112, C 0,16, D 0,24, E 0,56, F 0,88); z_sat = 0,3·h, h с устойчивым слоем (L Golder 1972: E 45,5 м, F 14,1 м); λ: lam 40, lam_frac 0,0158; Онгудай 12:00 ясно: штиль A, 3 м/с B (α 0,112), 6 м/с D; вечер 20:30, 3 м/с на 300 м: E 6,4 м/с, F 5,9 (при v4 было 16,4 и 43,3); полдень 3 м/с на 300 м 4,8 → 4,2 м/с, облачно (D) 4,8 → 6,2; эталон = игра до 1e-9; цена: «Рассчитываем ветер» с окнами 3 м/с 5,54 → 6,18 с (+12 %), итерации цепочки 470 → 600 (+28 %), bench 200 м штиль 250 → 1100 (в игре 200 м нет); ТКЭ Askervein (AM-09б): χ² с σ сетки 33 → 255 — завышение ТКЭ ×2,7–3,1 на наветренном склоне/вершине больше не прячется в σ сетки (только σ данных: 4297 → 3889) — в «Границы модели»; пороги test_lee_rotor (≥ 0,45u) и test_wave (≥ 0,45) — без источника, по факту, эвристики не подгонялись. Тесты (К2): контракты 26/26, GPU test_air_ 58/58 (с –disable-vsync), headless air_place, weather_day, lee_rotor, wave, wind_field, atmo, determinism — зелёные
AM-08в Рывки и ротор поверх поля по физике (C4 v4)	принята, слита 774bbb2 (копия и ветка удалены)	dp-engineer (Opus)	041d8ed (контракт К2), 0d1ecf2, 451b21d, 220c740	Онгудай 9 м/с: min w у земли за гребнем −13…−18 → −0,6…−1,9 м/с (поле −0,6…−1,4); доля возвратных 10 м: старт 15,9 → 3,2 % (поле 3,0), седловина 32,7 → 17,0 % (14,7); σ_w/ΔU 0,139, пик рывка 0,37·ΔU; цена air_velocity_at +1…7 %; аналитика побитно прежняя
AM-11 Производительность, сеть	не начата (лимит; следующая сессия)
AM-12 Пилот, слияние	не начата (после AM-11)

Контракты систем (решение пользователя, 29.09.2026)

Интерфейсы на стыках задач — docs/contracts/air-model.md (C1 эталон→GPU, C2 вход места, C3 решатель→WindField, C4 WindField→атмосфера/термики/возмущения/трава-вода-F3, C5 термики→сеть, C6 библиотека полей, C7 клипмапы, C8 пересчёт/подмена) + контрактные тесты tests/contracts/. Правило: работать в рамках контракта; менять интерфейс — только через К0: правка контракта (версия +1, что изменилось), уведомление задач-потребителей, их правка в том же шаге или сразу после. Правило включается во все задания; текущим (AM-01, AM-03, AM-07, AM-10) разослано.

Mon, 01 Jan 0001 00:00:00 +0000

Пилот П-3: физическая кодировка входа и выхода — план для координатора air-nn

Составлен главной сессией 03.10.2026 по итогам П-2 и обсуждения с пользователем. Общий план модуля — docs/plan/air_nn.md (раздел 8.2, решения пользователя), контракты — docs/contracts/air-nn.md. Код — tools/research/air_nn_pilot/, данные — $AIR_NN_DATA/pilot/ (~/air_nn_data/pilot).

0. Итог P3 (04.10.2026, решение пользователя)

P3 закрыт: ни кодировка, ни архитектура, ни стратификация, ни чистка целей не дали больше нескольких процентов; заменимость не достигнута ни одним вариантом. Отложенные горные системы, 60 м, сошедшиеся (584), ветер медиана / p90 м/с, ρ медиана / p90 (порог 0,5 / 1):

Mon, 01 Jan 0001 00:00:00 +0000

air-nn — журнал хода работ

Журнал продолжается в tools/dp: docs/plan/air-nn/ (tools/dp status air-nn, tools/dp log air-nn). Ниже — история до 02.10 23:00.

План — docs/plan/air_nn.md; контракты — docs/contracts/air-nn.md. Ветка feature/air-nn (от main 9360397), копия ~/deltaplan-air-nn. Координатор — dp-coordinator.

Текущая цель (02.10.2026, от главной сессии)

Подготовить этап П к запуску: окружение, данные, один скрипт run_pilot.sh (досчёт → обучение → оценка → отчёт, с продолжением после прерывания), проверка мини-прогоном и прерываниями. Сам пилот запускает пользователь.

Mon, 01 Jan 0001 00:00:00 +0000

Нейросеть вместо решателя в игре (air-onnx) — план

Ветка feature/air-onnx, копия ~/deltaplan-air-onnx, код задач ON, журнал docs/plan/air-onnx/. Контракты — docs/contracts/air-onnx.md (O1–O6). Основа — план air-nn §3.2–3.4, §6 и задача NN-4.

Решения пользователя (не обсуждаются)

Стратегически решатель в игре заменяется ONNX-сетью; решатель остаётся офлайн как источник данных. Скорость важнее точности: ошибка порядка 10–15 % ветра допустима. Вместо эмпирического запасного кода — страж области применимости входа (журнал air-nn, решение 03.10).
В настройках «Ветер над рельефом: расчёт / упрощённый» добавить третий вариант «нейросеть». Автоотключения нет.
Цель модуля — работающий сквозной путь, а не качество: после П-2 пользователь кладёт .onnx в ветку, собирает игру и летает. Не шлифовать (мелкие визуальные детали — ≤ 2 попыток); совместимость со старыми форматами не нужна.
Готовность: игра в этой ветке грузит .onnx из файла и строит поле сетью вместо решателя; переключение в настройках; Linux и Windows (macOS — по возможности, не блокер).

Решения координатора

Сеть первого пилота (~/air_nn_data/pilot/runs/2026-10-02_pilot/main/model.onnx, П2 v2: maps [1, 4, 96, 96]) — совместима: её 4 карты — первые 4 карты П2 v4 с теми же формулами, числа FiLM, выход и to_physical не менялись (сверено по коду bb63480). Игра принимает C = 4 и C = 9 → сквозная проверка на обученной сети до конца П-2.
Экспорт ONNX у пилота есть (evaluate.py:export_onnx, имена maps/nums/out, opset 17) — П-2 сам выдаст main/model.onnx; скрипт экспорта этой ветки нужен для метаданных, малой тестовой сети и экспорта из чекпойнта.
engine — отдельный ключ конфига (solver по умолчанию); окна 100/50 м у сети нет — один уровень 400 м.
Сеть в git не кладём до П-2 (13 МБ на версию); тесты — малая случайная сеть (≤ 200 КБ), первый пилот — локально.

Границы (что модуль не делает)

Качество сети, переобучение, окна 100/50 м, проекция на бездивергентное поле, удаление решателя — не здесь.
macOS-сборка, CI, подпись — по возможности. Запуск на Windows здесь проверить нечем (wine нет) — проверяет пользователь.

Задачи

Python — venv пилота только на чтение: CUDA_VISIBLE_DEVICES= ~/deltaplan-air-nn/tools/research/air_nn_pilot/.venv/bin/python (ничего не ставить; GPU не трогать). Тяжёлые CPU-прогоны (сборка ORT/godot-cpp, пачки тестов) — dp lock cpu.

Mon, 01 Jan 0001 00:00:00 +0000

Журнал модуля «воздух у старта» (air-start)

План — docs/archive/plan/air-start.md; контракты — docs/contracts/air-model.md (C2 v6, C7 v3, C9 v3). Ветка feature/air-start, копия ~/deltaplan-air-start (от main 938d1ea).

Решения

01.10 — модуль заведён по жалобе пилота на 1.0.0 (6 м/с: сдувает, нос гуляет, крыло само отрывается). Решение пользователя: проблема 1 — подстроить поле под старт (два прохода, класс и z_sat по меню, калибровку не трогать).
01.10 — поправка главной сессии: Taylor & Lee (сплющивание аналитики над гребнем) не делаем; аналитику, Б1/AM-09, test_ridge_starts не трогаем; заметное расхождение аналитики и поля после AS-1 — шлюз с числами.
01.10 — контракты до исполнителей: C2 v6 (inflow_k), C7 v3, C9 v3 (два прохода при загрузке); контрактный тест дополнен (test_c2_inflow_scale, C7/C9) — до AS-1 падает намеренно (3 теста).
01.10 — проблема 2: бисект ведёт CF-1 (~/deltaplan-control-fix-cf1, временные копии ~/deltaplan-cf1-bisect-*); не дублируем, AS-2 — после передачи результата и после AS-1 (масштаб притока сам уменьшит u* у старта).
01.10 — итог бисекта CF-1 (через главную сессию; control-fix/cf1 d3f01bb, docs/archive/plan/cf1_start/README.md → «Бисект поля GPU»): скачок болтанки на 4e71747 (AM-04, окна 100/50 м у старта), усиление при 6 м/с — e674c49 (Б2). 6 м/с, 1,5 м: 551e79b σw 0,04, ±32°; 4e71747 σw 0,73, w̄ 0,44, ±79°; 1.0.0 σw 1,05, w̄ 0,81, ±86°, ΔU/0,5 с 3,98. Проблема 2 — полностью наша. AS-2 запущена параллельно AS-1 (файлы не пересекаются: AS-2 — болтанка/выборка поля, AS-1 — приток); итоговые числа AS-2 — после вливания AS-1. Приёмка AS-2: σ на 1,5 м ±30 % от подобия приземного слоя для u* в точке (Panofsky et al. 1977, Kaimal & Finnigan 1994), w̄ объяснён, без эвристики отрыва на наветренном старте.
02.10 — шлюз AS-1, решение пользователя: вариант (в) — два прохода, k₁ = k₀·(U_меню/U₁)^(1/p), p по ветру 0,57/0,75/0,90 при 3/6/10 м/с (замер отклика поля, passes.csv); упор прохода 1 в предел итераций — без второго прохода. Граница «на 100 м поле на 5–40 % слабее аналитики» — оставить, в документы. Несходимость на слабом ветре — вне модуля (TODO). Выпуск 1.0.1: AS-2 + AS-1 + main 01427ed, итог 430a638; наборы тестов не гонялись (указание пользователя, проверка после выпуска). C9 v3 дополнен (степенной k, слабый ветер, откат к проходу 1, timeout на проход).
02.10 — проверка 95412c3 (AS-2 + main dcf039e, до AS-1): GPU air_ 61/61, start_ 16/16 (с test_start_regression_gpu, start_air_gpu); headless contracts/flight/start_/game ok; atmosphere — test_performance (нагрузка) и test_xc_bot_synthetic_10km (падает и на feature/control-fix 6797a05 — пришло из main, не воздух).
02.10 — AS-1 вариант (в), 6 м/с: U10 над стартом ÷ меню 0,95–1,06 (10/10 в ±10 %, остаток −5,0…+6,1 %), k 0,37–0,96; 100 м — 1,17–1,69 × меню (до 1,6–2,5); wall_s 4,2–5,5 → 8,0–13,3 с (машина под нагрузкой).
02.10 — замер AS-1 (в) по всем ветрам (b9055a6): U10 над стартом ÷ меню 3 м/с 0,90–1,01, 6 м/с 0,95–1,06, 10 м/с 0,95–1,06 — 30/30 в ±10 %, проход 1 сошёлся везде; wall_s 8,0–14,8 с, altai 3 м/с 26,7–38,5 с (вероятно, упор прохода 2 в итерации); поле/аналитика на 100 м при 6 м/с 0,64–0,92 (медиана 0,81). GPU test_air_start 2/2, test_air_contracts 29/29. После выпуска: полный прогон наборов (air_, start_, contracts, flight, game) на 87a7982.

Mon, 01 Jan 0001 00:00:00 +0000

Модуль «воздух у старта» (air-start)

Ветка feature/air-start, копия ~/deltaplan-air-start (от main 938d1ea). Журнал — docs/archive/plan/air-start-progress.md. Фон: docs/plan/air_model.md, docs/contracts/air-model.md, docs/archive/plan/air-model-progress.md (AM-11/AM-12 — не здесь).

Цель

Жалоба пилота на 1.0.0: при 6 м/с на старте «сдувает», нос гуляет, крыло само отрывается и падает. Две находки других модулей — обе в поле воздуха GPU (AirRuntime/AirCase):

Ветер меню задан не у старта (WPC-2, feature/wing-physics-check 576550e): AirRuntime.conditions_of отдаёт ветер меню как u10 «на 10 м у старта», а AirCase.prepare (air_case.gd:236–238, u_a = u10·max_profile) ставит его притоком на краю области 38,4 км. Над стартом на 10 м при 6 м/с — 6,2…12,6 м/с (медиана 1,40 × меню), на 100 м — 1,6–2,5 × меню; аналитика у старта на 10 м = меню (1,01–1,05).
Турбулентность и разворот ветра у земли (CF-1, control-fix/cf1): на 1,5 м над стартом в 1.0.0 σw 0,4–1,05 м/с, направление ±90–180°, |ΔU| до 4 м/с за 0,5 с; в 551e79b σw 0,02, ±30°. Регрессия между 551e79b и 041d8ed (AM-04/AM-09/А1.2/Б2), 0d1ecf2 ни при чём. Бисект ведёт CF-1, результат передадут сюда.

Решения пользователя (не обсуждаются)

01.10 — проблема 1: подстроить поле под старт: после первого расчёта поля умножить u10 притока на U_меню / U_поле(10 м над стартом) и посчитать второй раз (≈ +5 с к загрузке — приемлемо); класс устойчивости и z_sat — по ветру меню; калибровку решателя (Askervein, Б1/AM-09) не трогать.
01.10 (поправка главной сессии) — сплющивание профиля аналитики над гребнем по Taylor & Lee 1984 пользователь не выбирал: аналитику (wind_model.gd, atmosphere.gd), Б1/AM-09 и test_ridge_starts не трогать. Если после исправления поля расхождение аналитики и поля у старта останется заметным — шлюз с числами.
Проблема 2 — исправить у причины; турбулентность у земли — физичная (масштабы и σ по теории приземного слоя для данного ветра и устойчивости, без разворотов на 180° за доли секунды при 6 м/с).

Границы и чего не трогаем

Только модель воздуха: AirRuntime, AirCase, AirPlace, AirWindowCase, AirClipmap, поле/болтанка (wind_field.gd, field_turbulence.gd, gust_spectrum.gd, ветка поля в atmosphere.gd) и их тесты.
Не трогаем: scripts/flight/* (ground_run.gd, input_controller.gd — feature/control-fix), configs/wings/ (feature/wing-physics-check), раскладку клавиш (feature/ui-controls), аналитический профиль WindModel и склоновый подъём аналитики, решатель (air_picard.glsl, Params, калибровка), AM-11/AM-12.

Контракты

Стыки — в docs/contracts/air-model.md (единый источник, контрактный тест tests/contracts/test_air_contracts.gd):

Mon, 01 Jan 0001 00:00:00 +0000

01. Бот-маршрутник: ищет термики по вариометру и летит маршрут (FR-34a)

Цель: headless-бот, который летит маршрут N км на реальном рельефе локации, находя термики только по вариометру (как пилот), и пишет статистику полёта в JSON — основа измерения проходимости.

Контекст: scripts/atmosphere/atmosphere.gd (API), scripts/flight/flight_model.gd (step(dt, input, air_fn, ground_fn)), scripts/flight/flight_telemetry.gd, tests/flight/flight_sim.gd (образец обвязки), tests/terrain/test_locations.gd (как грузить Terrain.new() headless), docs/research/thermals.md §1–2.

Владения: tests/atmosphere/xc/ (новые: xc_pilot.gd, xc_run.gd, xc_run.tscn), tools/atmosphere/xc_run.sh. Чужой код (FlightModel, Terrain, scripts/game/autopilot.gd) — только через API, не править.

Mon, 01 Jan 0001 00:00:00 +0000

02. Эталоны реальных XC-полётов и замер проходимости на всех локациях

Цель: прогнать бота (01) по матрице «локация × пресет × ветер × сид», сравнить со значениями реальных маршрутных полётов на дельтаплане и записать исходную картину (без правки конфигов).

Контекст: tests/atmosphere/xc/ (бот из 01), configs/locations/*.json, configs/weather/{weak,medium,strong}.json, docs/research/thermals.md, docs/guide/atmosphere.md.

Владения: tools/atmosphere/xc_matrix.sh, tools/atmosphere/xc_report.py, docs/research/xc_reference.md (новый), раздел «Проходимость маршрута» в docs/guide/atmosphere.md.

Шаги:

docs/research/xc_reference.md — эталоны с источниками (Reichmann «Cross-Country Soaring», статьи по анализу IGC дельтапланов/парапланов, XContest/Leonardo; треки не скачивать массово). Ориентиры для дельтаплана (проверить и уточнить):

Метрика	Средний день	Сильный день
средний набор в термике	1–2 м/с	2–3,5 м/с
доля времени в кружении	40–55 %	30–45 %
средняя маршрутная скорость	20–30 км/ч	30–45 км/ч
термиков на 10 км	2–4	1,5–3
вариометр ≥ +7 м/с	почти никогда	редко (≤ 2 % времени в термиках)

xc_matrix.sh: 4 локации × {weak, medium, strong} × ветер {0, 15 км/ч с преобладающего направления локации} × 5 сидов × 40 км (маршрут: от старта по ветру/долине — точки задать в скрипте, внутри детального рельефа). С --clouds и без.
xc_report.py: сводная таблица (медиана и квартили по сидам), доля успешных (≥ 40 км без посадки), отклонения от эталонов (в «коридоре» / выше / ниже). Плюс плотность термиков по полю: число живых термиков на 100 км² (через thermals_near — тут можно, это замер, а не бот) и их сила — сравнить с Lenschow (20–40 % площади в середине слоя — см. thermals.md §1).
Итог — таблица в docs/guide/atmosphere.md + список «что выбивается» (вход для 03).

Критерий приёмки: матрица целиком прогоняется одной командой ≤ 30 мин; в отчёте для каждой пары «локация × пресет» — доля успешных, 6 метрик с квартилями и пометкой коридора; эталоны с ≥ 3 источниками.

Mon, 01 Jan 0001 00:00:00 +0000

03. Калибровка пресетов по проходимости маршрута + регрессионный тест

Цель: подогнать configs/weather/* и configs/atmosphere.json так, чтобы в средний и сильный день маршрут проходился на всех 4 локациях, а статистика попадала в коридоры реальных XC (02); закрепить тестом.

Контекст: отчёт 02 (docs/guide/atmosphere.md, docs/research/xc_reference.md), configs/weather/{weak,medium,strong}.json, configs/atmosphere.json, scripts/atmosphere/thermal_field.gd, tools/atmosphere/xc_matrix.sh.

Владения: configs/weather/{weak,medium,strong}.json, configs/atmosphere.json (секции thermal/turbulence), scripts/atmosphere/thermal_field.gd (только если параметром не решить), tests/atmosphere/test_xc_regression.gd. Веса поверхности world.json → surface.thermal — группа 4: если нужны правки — карточка там, не править.

Mon, 01 Jan 0001 00:00:00 +0000

04. Слова пилота в числах: подсос, «затянет и выкинет», +8, термики без облаков

Цель: набор численных тестов, что модель ведёт себя так, как описал пилот (questions.md «Облака»), и исправить физику там, где тест не проходит.

Контекст: questions.md (раздел «Облака», п. 1), REQUIREMENTS.md FR-11, FR-14b, FR-15, scripts/atmosphere/cloud_physics.gd, scripts/atmosphere/thermal_field.gd, tests/atmosphere/test_cloud_suck.gd (не дублировать).

Владения: tests/atmosphere/test_pilot_words.gd (новый), scripts/atmosphere/cloud_physics.gd, scripts/atmosphere/thermal_field.gd, configs/atmosphere.json (секции thermal.suck_, turbulence.in_cloud_).

Шаги и тесты (сиды фиксированы; полёт — FlightModel + простой держатель виража / бот 01, если готов):

Mon, 01 Jan 0001 00:00:00 +0000

05. Набор у склона на каждом старте (первый шаг маршрута FR-34a, FR-12, FR-13)

Цель: проверить, что на каждом старте всех локаций при ветре в склон можно набрать высоту на динамике, а за гребнем — опускание и ротор; поправить склоновую модель при провале.

Контекст: configs/locations/*.json (start_sites, heading_deg), scripts/atmosphere/atmosphere.gd (склон, подветренная зона), scripts/atmosphere/ground_field.gd, configs/atmosphere.json (slope/lee), бот 01 (tests/atmosphere/xc/xc_pilot.gd).

Владения: tests/atmosphere/test_ridge_starts.gd (новый), режим «восьмёрки у склона» в tests/atmosphere/xc/xc_pilot.gd, scripts/atmosphere/ground_field.gd, секции slope/lee в configs/atmosphere.json.

Mon, 01 Jan 0001 00:00:00 +0000

06. Волна: подъём и роторы согласованы с лентикулярами (остаток VR-27)

Цель: проверить численно, что физика волны (wave_field.gd) и облака-лентикуляры/роторные клочья стоят в одних и тех же местах, и что в волне реально набрать выше базы кучевых.

Контекст: scripts/atmosphere/wave_field.gd, configs/weather/wave.json, configs/atmosphere.json (wave.*), tests/atmosphere/test_hazards.gd (test_lee_wave_crest_lift), docs/guide/atmosphere.md «Опасная и особая погода».

Владения: scripts/atmosphere/wave_field.gd, configs/weather/wave.json, секция wave в configs/atmosphere.json, tests/atmosphere/test_wave.gd (новый). Шейдеры и рендер линз — группа 3, не трогать (только данные гребней из WaveField).

Mon, 01 Jan 0001 00:00:00 +0000

A07. Центровка термика в болтанке (бот) и проверка, что термик вообще «берётся»

Цель: бот, как средний пилот, центрирует термики в болтанке и набирает высоту; если при правильной технике набрать нельзя — найти причину в атмосфере.

Контекст: итог 02 (docs/guide/atmosphere.md → «Проходимость маршрута», tmp_xc_matrix): 0/240 маршрутов, набор в кружении −1,2…−1,8 м/с (эталон +1…+3,5), кружение 10–25 % (эталон 30–55 %), из 437 заходов в кружение чистый набор — 1. tests/atmosphere/xc/xc_pilot.gd (XcPilot), docs/research/xc_reference.md, docs/guide/atmosphere.md (профиль термика, болтанка, радиусы), scripts/atmosphere/thermal_field.gd (только чтение). Папки-владения: tests/atmosphere/xc/xc_pilot.gd (логика центровки), tests/atmosphere/test_xc_bot.gd, tools/atmosphere/ (диагностика). Атмосферу НЕ правит — если виновата атмосфера, записывает конкретные числа для карточки 03.

Mon, 01 Jan 0001 00:00:00 +0000

Группа 2 «Физика атмосферы» — карточки

Объём — основа: FR-34a (проходимость маршрута), проверка FR-11/FR-14b/FR-15 по словам пилота, склон FR-12/13, остаток VR-27 (волна). Не планируем: время суток/суточный цикл (VR-5), дождь под тучами (FR-14d), смог, птицы VR-22, этап 6, «Идеи»/«Позже». Ответы пилотов (болтанка, источники) — правка конфигов позже, не блокируют.

#	Карточка	Модель	Размер	Зависит от
01	Бот-маршрутник по вариометру	opus	M	агент atmosphere закончил
02	Эталоны XC и замер на всех локациях	sonnet	M	01
03	Калибровка пресетов + регрессия	opus	M	02, 04
04	Слова пилота в числах	sonnet	M	агент atmosphere закончил
05	Набор у склона на каждом старте	sonnet	S	01
06	Волна: подъём ↔ лентикуляры	sonnet	S	агент atmosphere закончил

Порядок и параллельность

Волна 1 (параллельно): 01, 04, 06 — разные файлы (01 — tests/atmosphere/xc/; 04 — cloud_physics.gd, thermal_field.gd; 06 — wave_field.gd). 04 и 06 обе правят configs/atmosphere.json — разные секции.
Волна 2 (параллельно): 02 и 05 после 01 (05 добавляет режим в xc_pilot.gd — 02 этот файл не правит).
Волна 3: 03 — последней: крутит числа пресетов по отчёту 02, когда физика 04 уже устоялась.

Стык с группой 3 (облака): все общие файлы scripts/atmosphere/ — по списку владений в docs/plan/README.md; при конфликте группа 2 идёт раньше. Веса источников термиков по поверхности — группа 4 (отдельной карточкой там).

Mon, 01 Jan 0001 00:00:00 +0000

01. Сборка Linux и smoke зелёные

Цель: tools/check.sh (линтер + тесты + сборка Linux + smoke) проходит без ошибок «с нуля», в чистом чекауте.

Контекст: tools/check.sh, tools/build.sh, tools/lint.sh, project.godot, export_presets.cfg, TODO.md (строка 48). Папки-владения: tools/check.sh, tools/build.sh, tools/lint.sh, export_presets.cfg (пресет Linux), project.godot (только настройки окна/экспорта). Ошибки в чужом коде — точечный фикс с пометкой в отчёте, либо карточка владельцу, если правка > 20 строк.

Шаги

git status чист; прогнать tools/check.sh как есть, зафиксировать все падения (линт/тест/сборка/smoke).
Починить найденные мелкие ошибки (пути, забытые ресурсы, устаревшие ключи конфигов) в границах своих файлов.
Убедиться, что godot --headless --path . --import и tools/build.sh linux --release отрабатывают на чистой машине (без кэша .godot/).
Прогнать tools/lint.sh --format — форматирование без расхождений (или зафиксировать список нарушителей другим группам).
TODO.md: снять «Windows — позже» пометку у строки 48, отметить «Сборка Linux: полная проверка» как [x].

Критерий приёмки

rm -rf .godot build && tools/check.sh завершается кодом 0 и печатает «ПРОВЕРКА ПРОЙДЕНА».
build/linux/deltaplan.x86_64 --headless -- --smoke печатает smoke без ERROR/SCRIPT ERROR в выводе.
tools/lint.sh --format — 0 расхождений в границах владения этой группы.

Зависимости: желательно после integration/terrain2/atmosphere/vegetation/sounds (иначе будут их незакрытые ошибки в логе — фиксируем только точечно). Модель: sonnet. Размер: S.

Mon, 01 Jan 0001 00:00:00 +0000

02. Стабильность: матрица крылья × локации × погода

Цель: автопилот-полёт N минут по всем крыльям, всем локациям и всем погодам проходит без ошибок в логе.

Контекст: scripts/game/autopilot.gd, tests/game/test_game_flight.gd, docs/guide/game.md («Тесты», «Командная строка»), configs/tasks/ongudai_demo.json, configs/game.json, tools/check.sh. Папки-владения: tests/stability/ (новая), tools/soak.sh (новый). Правки чужого кода — только точечные фиксы найденных падений, каждый отдельной строкой в отчёте (иначе — карточка владельцу).

Шаги

tests/stability/test_matrix.gd: перебор всех configs/locations/* × 3 крыла × 3 погоды (weak/medium/strong) × ветер (into_site) — старт, автопилот, 5 мин симуляции через game.tick() в headless-цикле (без реального времени); ErrorCatcher — 0 ошибок/предупреждений.
tools/soak.sh: запуск собранной Linux-сборки --autostart --autopilot --time=300 под xvfb на каждое сочетание, код выхода + grep ERROR/SCRIPT ERROR в логе.
Точечно чинить найденные падения в границах допустимого; иначе фиксировать как список для владельца группы.
Отчёт-таблица «сочетание → результат (ok/ошибка)».

Критерий приёмки

godot --headless --path . res://tests/run_tests.tscn -- --filter=stability — 0 упало.
tools/soak.sh по всем сочетаниям — код выхода 0, 0 строк ERROR в логах.
Таблица результатов приложена к отчёту карточки.

Зависимости: после сборки Linux (карточка 01) и окончания integration/terrain2/atmosphere/vegetation/sounds. Модель: sonnet. Размер: M.

Mon, 01 Jan 0001 00:00:00 +0000

03. Замеры FPS и времени загрузки (NFR-1, NFR-2)

Цель: скрипт замеряет FPS на пресете medium и время загрузки локации на дискретной видеокарте, печатает отчёт с числами.

Контекст: docs/guide/game.md («Графика»), scripts/game/graphics_presets.gd, configs/game.json (graphics_presets), REQUIREMENTS.md (NFR-1: 60 FPS на дискретной; NFR-2: загрузка ≤ 10 с). Папки-владения: tools/bench/ (новая). Код модулей не правит — узкие места и цифры описывает в отчёте; правки чужих файлов графики — карточка владельцу.

Шаги

tools/bench/frame_bench.sh: 3–4 ракурса через --autostart --camera=… --time=20 на каждой локации (старт у склона, высота над лесом, вид на облака) — средний и 1%-low FPS на пресете medium.
tools/bench/load_bench.sh: время от --autostart до первого кадра полёта на каждой локации (тёплый кеш .godot/).
Прогнать оба на этой машине с дискретной видеокартой; результаты — в таблицу docs/guide/game.md («Графика»).
Если medium < 60 FPS среднее — зафиксировать конкретные узкие места (по RenderingServer таймингам) в отчёте без правки чужого кода.

Критерий приёмки

tools/bench/frame_bench.sh печатает таблицу «ракурс → средний FPS, 1%-low» для всех локаций на medium.
tools/bench/load_bench.sh печатает время загрузки каждой локации; все ≤ 10 с (тёплый кеш) — если нет, отчёт содержит цифры и просадки.
Таблица добавлена в docs/guide/game.md.

Зависимости: после того как трава/лес/облака (vegetation, terrain2, atmosphere) закончены — иначе цифры неактуальны. Можно параллельно с карточкой 02. Модель: sonnet. Размер: M.

Mon, 01 Jan 0001 00:00:00 +0000

04. Проверка конфигов: `_doc` и единицы измерения (NFR-7)

Цель: каждое числовое значение во всех configs/*.json документировано (_doc-поле или комментарий-ключ рядом) с единицей измерения.

Контекст: REQUIREMENTS.md (NFR-7), configs/*.json (13 файлов), docs/guide/architecture.md. Папки-владения: только чтение и точечная правка _doc-ключей внутри configs/*.json (без смены самих значений/структуры — это владение других групп). Найденные пропуски по числам без _doc — либо сама правка (если тривиально: добавить строку), либо список владельцам групп.

Шаги

Скрипт (tools/bench/ или временный, в отчёте) проходит по всем configs/*.json, ищет числовые листья без соседнего _doc/units-поля.
Составить список пропусков по файлам с указанием группы-владельца (см. таблицу README «Владения»).
Добавить _doc с единицей измерения там, где это не требует знания физики (переименования, очевидные единицы — м, с, м/с, °); неочевидные — список владельцу.
Свериться, что описание в docs/ соответствующего модуля упоминает единицы для ключевых параметров.

Критерий приёмки

Скрипт проверки печатает 0 числовых значений без _doc/единиц в файлах, тронутых этой карточкой, или список с владельцами передан (приложен к отчёту).
Ни одно значение параметров не изменено — только добавлены документирующие поля.
tools/check.sh --no-build зелёный после правок (валидный JSON).

Зависимости: независима, можно вести сейчас. Модель: sonnet. Размер: S.

Mon, 01 Jan 0001 00:00:00 +0000

05. ASSETS.md против файлов в assets/ и data/

Цель: ASSETS.md перечисляет ровно то, что реально лежит в assets/ и data/ — без пропусков и без «висячих» строк на несуществующие файлы.

Контекст: ASSETS.md, assets/ (модели, шрифты, звуки, шейдеры), data/ (terrain, osm), assets/sounds/LICENSES.md. Папки-владения: ASSETS.md (правка), assets/sounds/LICENSES.md (сверка, без правки атрибуций — это владение группы 9). Сами файлы ассетов не трогает.

Шаги

Скрипт: список файлов в assets/** и data/** (модели .glb/.tres, шрифты, звуки, текстуры) vs строки таблиц ASSETS.md.
Найти файлы без строки в ASSETS.md — добавить (источник/лицензия неизвестны → пометить ⚠ уточнить и передать владельцу группы).
Найти строки ASSETS.md на несуществующие файлы — удалить или пометить владельцу как «переименовано».
Проверить, что все ⚠ NC пометки на месте (сверка с assets/sounds/LICENSES.md — не расходятся).

Критерий приёмки

Скрипт-сверка печатает 0 файлов в assets/, data/ без строки в ASSETS.md (или список передан владельцам с пометкой ⚠ уточнить).
0 строк ASSETS.md, указывающих на несуществующий файл.
tools/check.sh --no-build зелёный (ASSETS.md — не код, но правки не ломают импорт ресурсов).

Зависимости: независима, можно вести сейчас; лучше после того как sounds закончит (иначе список звуков неполный — повторить сверку). Модель: sonnet. Размер: S.

Mon, 01 Jan 0001 00:00:00 +0000

06. Синхронизация TODO.md с кодом

Цель: TODO.md отражает реальное состояние: ничего «в работе»/не отмеченного, что уже сделано в коде, и наоборот.

Контекст: TODO.md, docs/plan/README.md (столбец «Сейчас в работе»), docs/guide/architecture.md, REQUIREMENTS.md. Папки-владения: TODO.md, docs/guide/architecture.md (таблица модулей). Код не трогает — только сверяет и правит пометки.

Шаги

Пройти TODO.md построчно; для каждой строки без [x] проверить в коде/тестах, не сделана ли она фактически (особенно пункты instruments.md «в работе» без агента — см. README группа 8).
Снять «— в работе» с пунктов, чьи агенты (integration, terrain2, atmosphere, vegetation, sounds) уже закончили — сверить с README «Сейчас в работе».
Отметить [x] реально готовое; для частично готового — уточнить формулировку (что осталось).
docs/guide/architecture.md: добавить в таблицу модулей отсутствующие папки (scripts/world_objects/, scripts/tasks/, scripts/ui/, scripts/vegetation/, assets/shaders/sail/ и др., если их там нет).

Критерий приёмки

Ревью координатора: 0 строк TODO.md вида «сделано в коде, но не отмечено [x]» (выборочная проверка 10 случайных строк).
0 пометок «в работе» на агентов, которые по README уже закончили.
Таблица модулей docs/guide/architecture.md содержит все папки верхнего уровня scripts/*.

Зависимости: делать последней в группе — после карточек 01–05 (даёт актуальную картину «что сделано»). Модель: sonnet. Размер: S.

Mon, 01 Jan 0001 00:00:00 +0000

Группа 13. Сборка, проверка и выпуск (Linux)

Объём: только Linux, без CI, без Windows, без оптимизации под слабое железо (NFR-1 сейчас — 60 FPS на дискретной видеокарте). Веха «показа пилоту» снята с плана — карточки 01/02 старых черновиков удалены/переписаны.

Порядок

01-sborka-linux-proverka — tools/check.sh зелёный (линт, тесты, сборка Linux, smoke). Базовая проверка, с неё начинать.
02-stabilnost-matrica — матрица крылья × локации × погода, автопилот без ошибок в логе. После 01.
03-zamery-fps-zagruzka — FPS (NFR-1) и время загрузки (NFR-2) на пресете medium. Можно параллельно с 02.
04-konfigi-doc-edinicy — все числа в configs/*.json с _doc и единицами (NFR-7). Независима, вести сейчас.
05-assets-md-sverka — ASSETS.md соответствует файлам в assets/ и data/. Независима, вести сейчас (лучше — после того как sounds закончит).
06-todo-sync — TODO.md и docs/guide/architecture.md синхронизированы с кодом. Последняя — даёт актуальную картину после 01–05.

Карточки 04 и 05 можно делать параллельно с 01–03 в любой момент. 02 и 03 требуют, чтобы integration, terrain2, atmosphere, vegetation, sounds закончили (иначе цифры/ошибки неактуальны).

Mon, 01 Jan 0001 00:00:00 +0000

CF-1: замеры старта (данные исследования)

probe_test_cf1probe.gd.txt — зонд: копировать в tests/game/test_cf1probe.gd нужной версии и запускать CF1_OUT=<каталог> CF1_TAG=<метка> [CF1_CASES=крыло:км/ч,...] [CF1_SCENS=idle,run_neutral,...] [CF1_SEEDS=0,1500] [CF1_POST=с] XDG_DATA_HOME=$(mktemp -d) godot --headless --path . res://tests/run_tests.tscn -- --filter=cf1probe (поле воздуха GPU — то же через окно: tools/gpu_tests.sh --filter=cf1probe). Сцена игры (main.tscn → _fly), без ввода / разбег через InputMap, CSV по 0,1 с.
bisect.sh, sweep.sh, gpubisect.sh — пачки по версиям (временные копии ~/deltaplan-cf1-bisect-<коммит>), summary.py — сводка.
data_bisect1.tar.gz — CSV первой серии (по умолчанию; крылья training/sport/combat × 3/5/7 м/с × сиды 0/1500/3000; headless и GPU).

Бисект поля GPU (серия 3, `gpubisect2.sh <коммиты…>`, окно, `--gpu`)

Сравнение по ветру меню (встречный, 10,8 и 21,6 км/ч, сид часов атмосферы 0), ветер у старта на 1,5 м над ступнями — в таблице (Ū разный: ветер меню задаётся на краю области, см. air-start). Крыло стоит без ввода 20 с; σ — по 200 точкам (0,1 с).

Mon, 01 Jan 0001 00:00:00 +0000

Журнал модуля «control-fix»

План — docs/archive/plan/control-fix.md, контракты — docs/contracts/control-fix.md. Ветка feature/control-fix, копия ~/deltaplan-control-fix (от main 3820bda = v1.0.0).

Решения

01.10 — модуль заведён по жалобе пилота на 1.0.0 (сам начинает полёт, крен валится, мышь не управляет). Контракты С1 (ControlInput v1), С2 (InputController v1), С3 — ссылка на start-fixes К3 v2/К4 v1; контрактный тест tests/game/test_control_fix_contracts.gd (2/2 ок, весь --filter=contracts 34/34).
01.10 — две задачи параллельно: CF-1 (земля/старт, scripts/flight/*) и CF-2 (мышь, input_controller.gd/UI). Стык — ControlInput (С1). Противоречие с решениями пользователя start-fixes — шлюз.
01.10 — headless поле воздуха аналитическое (нет RenderingDevice), в игре — GPU-поле: воспроизведение CF-1 должно это учитывать (окно tools/gpu_tests.sh/--air-field).
01.10 — уточнение пилота (через главную сессию): главная проблема — на старте нельзя управлять крылом; «Славутич», 6 м/с встречный: нос высоко, ни мышью, ни S не опустить, взлёта нет; раньше работало. Передано CF-1 (приоритет — найти коммит). Ориентиры разбега (0 м/с — долго, но советские/учебные взлетают; 3 — почти так же, спортивные легко; 6 — просто и быстро; 10 — почти вертикально) — сценарии тестов CF-1, числа из физики; упор в поляру/ветер — модулю feature/wing-physics-check.
01.10 — новое требование пользователя: управление крылом на земле по тангажу и крену (стоя и на разбеге). Это смена С1/С2 (v2) и start-fixes К3 (v3) и частично решения start-fixes п. 3 («стоит — только поворот») — раскладка клавиш = шлюз (варианты главной сессии), задача CF-3 после CF-1 (те же файлы ground_run.gd).
01.10 — сбой сети: CF-1 возобновлён тем же исполнителем в той же копии (коммитов до сбоя не было).
01.10 — решения пользователя (шлюз «управление крылом на земле»): (1) вариант В «гибрид» — стоя/шагом W/S шаг, A/D поворот, крыло — стрелки/мышь/стик; с Shift (разбег) W/S, A/D, стрелки, мышь — нос и крен как в воздухе, курс на бегу — от крена крыла; защёлку при отрыве убрать; (2) мышь по умолчанию — «трапеция», осмотреться — правая кнопка. Вписано в план; контракты С1 v2, С2 v2, К3 v3 (docs/contracts/control-fix.md); контрактный тест v2 — вместе с CF-3. CF-3 — после CF-1.
01.10 — решение пользователя (через главную сессию): по умолчанию в полёте W — трапеция от себя (нос вверх), S — на себя, как у дельтапланериста; на разбеге с Shift — так же. Раскладку и её описания меняет модуль feature/ui-controls (~/deltaplan-ui-controls, читает наш журнал и контракты, ground_run.gd не трогает). CF-3 знак клавиш в наземную логику не закладывает: те же действия ввода «трапеция», что в полёте (С2 v2 уточнён). Порядок слияния в main: сначала control-fix, потом ui-controls.
01.10 — CF-1 промежуточно (4a7d7ea, ea37cfa): кода-регрессии на земле нет (headless v0.8.0 = 5f8990e = 1.0.0; «Славутич» 6 м/с — отрыв 2,3–2,6 с; ↓ даёт α 13,9° против 18,7°). Причина — GPU-поле воздуха у старта: на 1,5 м σw 0,4–1,05 м/с, направление ±90–180°, |ΔU| до 4 м/с за 0,5 с (в 551e79b σw 0,02, ±30°); появилось между 551e79b и 041d8ed (0d1ecf2 ни при чём). Следствие: отрыв порывом на 1,8 м, затем жёсткое касание; нос стоя качается −48…+40°. Передано главной сессии (зона модели воздуха — вероятный шлюз).
01.10 — от wing-physics-check (через главную сессию), передано CF-1: (1) ground_run.gd:239–242 предел бега v_cap = 6,5·(1+0,3·разгрузка), склон его не поднимает — в штиль на 1869 м не взлетают atlas (Vmin 34,9 км/ч) и часть спортивных (пилот: в штиль взлететь можно, разбег длиннее) — наша зона, проверить физику; (2) atlas: α срыва 12,6° < launch.alpha_neutral_deg 16° — конфиг крыла правит wing-physics-check по нашему числу; (3) в поле воздуха две причины: турбулентность у старта (бисект CF-1) и ветер меню на краю области 38,4 км (над стартом 1,0–2,1 × меню) — отдельный шлюз пользователя.
01.10 — решение пользователя: обе проблемы поля воздуха (порывы/разворот у земли и завышенный ветер над стартом) чинит модуль feature/air-start (~/deltaplan-air-start). Мы поле не правим; CF-1 доводит бисект до коммита (файл:строка, числа) → главной сессии для air-start. Наше: CF-3 (вариант В), курс без инерции рыскания, тангаж стоя по мгновенному потоку, предел бега без склона, число для atlas alpha_neutral (конфиг — через wing-physics-check).
01.10 — CF-3 запущен параллельно CF-1 (не ждём: главный приоритет — управление на земле); разделение по функциям ground_run.gd, после приёмки CF-1 — git merge feature/control-fix в cf3.
01.10 — пересечение с ui-controls: они меняют знак стика в input_controller.gd::_apply_gamepad (gy * inv → -gy * inv), конфликт при слиянии — их координатор. CF-3 предупреждён: знак стика не трогать.
01.10 — CF-1, бисект поля GPU (d3f01bb, docs/archive/plan/cf1_start/README.md → «Бисект поля GPU»): виновный 4e71747 (AM-04, окна клипмапа 100/50 м у старта, air_runtime.gd), усиление при 6 м/с — e674c49 (Б2). Механизм (по коду): старт внутри мелкого поля → Atmosphere._air_velocity_field (atmosphere.gd:767–) с FieldTurbulence.sigma (field_turbulence.gd:117–170) без гашения вертикали у земли (в аналитике × agl/60 м, atmosphere.gd:742–749). Меню 6 м/с: 551e79b σw 0,04, ±32° → 1.0.0 σw 1,05, w̄ 0,81, ±86°, max|ΔU|/0,5 с 3,98 (по подобию на 1,5 м ожидается σw ≈ 0,45). Регрессионный тест старта d2ca48c. Итог отправлен главной сессии для air-start.
01.10 — ui-controls готов (006edc5; W/↑ — от себя, S/↓ — на себя, стик вперёд — от себя, 7e65293). Их замечание передано CF-3: автопилот и тесты защёлки изображают W на земле как «шаг + на себя» — в CF-3 защёлку убрать, автопилот — через действия ввода, тесты не зависят от раскладки. Порядок слияния: control-fix → main, потом ui-controls.
01.10 — CF-1 принята и влита (1996fb7). CF-3 отчитался (3eca042, dd29607, 400a82a, 5c55f3f: базовый нос = launch.alpha_neutral_deg (pitch 0; прежние +0,3 = +6° клали «Славутича» за срыв 21,4° — weak_run/nose_high), φ_max = ground_bank.command_max_deg 15°, дуга на бегу a = a_кр + clamp(a_зад − a_кр, ±N/W·a_max)); ему отдано слияние feature/control-fix и перевод тестов CF-1 на новое управление.
01.10 — координатор: test_takeoff::test_crosswind_light_all_wings — принята поправка «пилот выравнивает креном руки» (решение пользователя — крен на земле в руках пилота); проверка без ввода остаётся в test_ground_bank::test_light_crosswind_holds.
01.10 — CF-3 влил CF-1 (68272a0): тесты старта переведены на новое управление; таблица: «спорт» в штиль без ввода — взлёт 2,53 с / 12,9 м (было weak_run); прогон r3 — contracts 35/0, game 129/0, flight 120/1, start_ 14/0, bot 18/0, ui 84/1 (известные).
01.10 — отзыв пилота: отрыв по набору скорости (0 м в сильный ветер, ~10 м в штиль), «в программе на взлёт дано 2 с — это не так». Длина по модели с пилотом сходится; найдено в коде: срывы weak_run по времени (ground_run.gd:301 — отпустил Shift после 0,5 с бега; :303 — 10 с бега). Решение координатора: убрать срывы по времени (К3 v3 уточнён, weak_run убран), остановка бега — снова «стоит»; тест «штиль без бега 10 с — нет отрыва; с бегом — отрыв при V ≈ V_отр, время зависит от склона; отпустил Shift — срыва нет». Поручено CF-3 в той же ветке.
01.10 — координатор перепроверил CF-3 на 68272a0: contracts 35/0, game/ 129/0 (1 GPU пропущен), flight/ 83/1 (известное test_headwind_launch), start_ 14/0, bot 18/0, ui/ 78/1 (порт 8080); cf3_ground_control: «Славутич» стоя α −4…+36° (нейтр. 16°), крен ±15,2° в штиль, ±7,5° при 6 м/с (N/W 0,32), поворот стоя 135° без крена — совпадает с отчётом. Вливание — после доп. задачи о срывах по времени.
01.10 — решение пользователя (в план, п. 4): убрать все фиксированные времена старта и взлёта (grace_s, fail_time_s, таймеры фаз, защита после отрыва, таймеры автопилота/ботов на земле, подготовка/таймауты), заменить физическими условиями; антидребезг — только с обоснованием. Передано CF-3 вместе с проверкой правдоподобия разгона в штиль (пиковое ускорение, скорость отрыва, вклад ног/склона/крыла).
01.10 — CF-3: 5813996 — старт и взлёт без порогов по времени (срыв только wingtip — консоль на земле; grace_s → «крыло несёт весь вес»; FlightStats — по высоте/удалению; автопилот без stand_s; тест test_liftoff_physics). Ждём отчёт.
01.10 — wing-physics-check закрыт (6e6fa91): atlas alpha_neutral_deg 16 → 8°, у 27 крыльев новые CL_max/α срыва, Vmin выше; порядок в main (предложение главной сессии): wing-physics-check → control-fix → ui-controls. CF-3 поручено влить feature/wing-physics-check в cf3 (конфиги крыльев — в их пользу) и перегнать таблицу (+ crex3, she1, piuma, atlas, штиль на высоком старте) и тесты.
01.10 — CF-3: db91ccc (после отрыва пилот на ногах до upright_clear_m 1,0 м — касание снова разбег, вместо grace_s; первая замена «L ≥ W» ломала посадку ударом), 0491ea7 (слияние wing-physics-check). Сбой сети — CF-3 возобновлён; wing-physics-check влит в main (ab89805) — CF-3 вливает main в cf3, перегоняет таблицу (7 крыльев + штиль на высоком старте) и тесты.
02.10 — CF-3 итог: 36bde4a (таблица, разгон), 8e66235 (слияние main с wing-physics-check). Порогов времени нет (таблица замен — в отчёте CF-3; оставлены только постоянные времени динамики, сваливание в воздухе, классификация итога, темп ботов). upright_clear_m 1,0 м. test_liftoff_physics 5/5: штиль без бега 10 с — 12/12 без отрыва; бег — отрыв при V = V_отр (учебное 7,58/7,62 м/с), время от склона: «спорт» 8° 6,76 с / 45 м, 17° 2,85 с / 15,8 м. Разгон в пределах физики (пик 6,4–7,1 м/с²: ноги 3,4–4,0 + склон 2,87; сопротивление −1…−2), не менялся. Таблица 7 крыльев × 0/3/6/10 + 1869 м — все взлетают (штиль 17°: 8,9–30 м, 1869 м: 12–39 м). Влито в feature/control-fix (bb4a665). Известное новое: test_xc_bot::test_xc_bot_synthetic_10km падает и на чистом main ab89805 (по отчёту CF-3) — не наше.
02.10 — контракт К3 v3: GroundRun.failure ∈ {wingtip, ""}, ключи времени убраны; start_fixes К3 помечен заменённым.
02.10 — координатор перепроверил после слияния bb4a665: contracts 40/0, flight/ 92/0, game/ 129/0 (1 GPU пропущен), start_ 14/0, liftoff_physics 5/0, bot 18/1 (test_xc_bot_synthetic_10km — по CF-3 падает и на main ab89805), ui/ 78/1 (порт 8080). cf3_ground_control: «Славутич» 6 м/с — отрыв 0,41 с, Δpitch/Δroll на отрыве 0; 1869 м штиль — все взлетают (12,2–32,4 м). Замечено: стоя при 6 м/с поворот на 52° бортом к ветру на склоне 17° → wingtip (нижняя консоль поперёк крутого склона) — физика, вопрос для шлюза.

Mon, 01 Jan 0001 00:00:00 +0000

План модуля «control-fix» — регрессия управления на старте (1.0.0)

Внутренний документ. Контракты — docs/contracts/control-fix.md, журнал — docs/archive/plan/control-fix-progress.md. Ветка feature/control-fix, копия ~/deltaplan-control-fix (от main 3820bda = v1.0.0).

Цель

Жалоба пилота на 1.0.0 (по смыслу): «что-то с управлением изменилось. Когда включаю игру, он сам начинает полёт — разбежаться не получается, ручку подтянуть, исправить крен на старте не получается… заваливается в крыло, падает. Мышью не корректирует положение носа и крена».

Симптомы:

Mon, 01 Jan 0001 00:00:00 +0000

F01. Срывы взлёта в сильный день

Цель: понять и устранить срывы взлёта в сильный день при встречном ветре на старте: реальная ошибка физики/автопилота или ожидаемое поведение (тогда — понятная причина игроку и корректный тест).

Контекст: отчёт матрицы стабильности (tests/stability/): altai × kingpost × strong × into_site — takeoff_failed стабильно; aushkul × sport × strong и ongudai × sport × strong — нестабильно (флейки). docs/guide/flight.md (разбег, срывы: nose_high/nose_low/tailwind/crosswind/weak_run, «сильный ветер ≥ 8 м/с отрывает стоящего пилота — нужно опускать нос»), scripts/flight/flight_model.gd:390–394, scripts/flight/ground_run.gd, scripts/game/autopilot.gd, configs/weather/strong.json, configs/pilot.json → run. Папки-владения: scripts/flight/ (ground_run.gd, flight_model.gd — только разбег), scripts/game/autopilot.gd, configs/pilot.json → run, configs/flight.json → takeoff, tests/flight/.

Mon, 01 Jan 0001 00:00:00 +0000

План: группы задач

Верхний уровень плана. Работа делится на группы (области кода). Для каждой группы отдельный планировщик пишет карточки задач в docs/plan/<папка группы>/NN-кратко.md (цель, контекст, владения, шаги, критерий приёмки, модель, размер S/M/L, закрываемые требования).

Объём плана — доделать основу: все открытые пункты TODO.md и требования REQUIREMENTS.md, кроме разделов TODO «Идеи», «Позже», «Места» (новые места), требований «Позже»/«на будущее»/«далёкое будущее» (VR-23…VR-30, FR-14c, сменные вариометры FR-25a, английский NFR-4) и явно отложенного пользователем (слабое железо/Compatibility, CI, поломка крыла, настоящая аэродинамика, аэробуксировка). Вех «показа» нет: после выполнения пользователь сам всё посмотрит и попробует (только Linux; Windows-сборка — позже). Разделы «Вопросы пилотам» — открытые вопросы из questions.md: ответы поправят конфиги, но работу не блокируют.

Mon, 01 Jan 0001 00:00:00 +0000

Прототип: клеточный автомат тепла и массы (2D-разрез хребта)

Статус: задача на прототип (29.09.2026), игру не трогает. Цель — проверить идею пользователя: вместо поля ветра «сразу» — клетки, которые обмениваются теплом и массой с соседями (как «Жизнь», как газы в Oxygen Not Included), и посмотреть, что куда течёт над прогретым склоном. Связь с планом поля ветра — docs/plan/wind_field.md, исследование — docs/research/slope_wind.md.

Идея (слова пользователя)

Горячая клетка отдаёт немного тепла соседям вбок и вверх, вверх — больше (тепло поднимается). Тепло уносит массу: у клетки массы становится меньше, и она по тому же правилу подсасывает массу из соседних холодных клеток. Итог — втекание холодного воздуха в прогретую зону снизу и течение массы вверх.

Mon, 01 Jan 0001 00:00:00 +0000

M01. Поза «стоя» на старте и вариометр 90-х в поле зрения

Цель: на старте пилот стоит вертикально (вид вниз — ноги, ботинки, руки на стойках), вариометр 90-х виден при взгляде вниз-влево.

Контекст: docs/screenshots/cockpit/README.md (кадры DS, DF — дефекты), docs/guide/models.md («Пилот», маркеры), scripts/flight/glider_visual.gd (_ground_pose), scripts/game/pilot_animator.gd (как включается анимация stand), tools/blender/build_gliders.py, tools/shots/cockpit.sh. Папки-владения: scripts/flight/glider_visual.gd, tools/blender/ (build_gliders.py и параметры), assets/models/glider_.glb, assets/source/glider_, docs/guide/models.md, tests/flight/ (новый тест позы).

Дефекты (из приёмки кабины)

DS: стоя пилот лежит почти горизонтально — glider_visual._ground_pose поворачивает модель на 90° поверх анимации stand (двойной поворот). Анимация stand уже ставит тело вертикально — поворот в _ground_pose нужно убрать (оставить только смещение по крену и положение ног на земле).
DF: вариометр 90-х не виден при взгляде вниз (0°, −60°): маркер VarioMount на уровне глаз в ~75° влево, циферблат смотрит вбок. Перенести маркер к нижнему углу левой стойки (у базовой штанги, ~20–30 см выше неё), −Z экрана — на глаза пилота в полёте лёжа. Перегенерировать 3 крыла (имена нод не менять).

Критерий приёмки

tools/shots/cockpit.sh (под timeout): кадр DS у всех 3 крыльев — видны ноги/ботинки и руки на стойках, тело вертикально; кадр DF (0°, −60°) — видны и планшет, и вариометр 90-х, цифры обоих читаются.
Тест: на земле в фазе standing ось тела пилота отклонена от вертикали < 20°; в полёте — горизонтально (prone).
Тесты flight и game зелёные, lint чисто, check_models (scenes/models_preview/check_models.gd) — OK.

Модель: opus. Размер: S.

Mon, 01 Jan 0001 00:00:00 +0000

Зазор крыла над рельефом после SF-3 + SF-4

Прогон: XDG_DATA_HOME=$(mktemp -d) godot --headless --path . res://tools/flight/wing_clearance_run.tscn -- --csv=res://docs/plan/sf4_wing_clearance/after_sf3.csv --loc-wings=sport,magic (синтетика — все крылья, старты локаций — sport и magic). Штиль. Худшее крыло по (старт, фаза). «По рисуемой сетке» — против рельефа, как его рисуют треугольники (только локации).

Все старты локаций, крен 0, стоит/шагом/разбег с нейтральной трапецией: наименьший зазор по рисуемой сетке 0,58 м (altai/sinyukha_west, разбег) — ≥ 0, рельеф не трогаем. Отрицательный зазор — только (а) косой склон / разворот поперёк склона (разбег с зажатой A по дуге уходит поперёк склона — верхняя консоль в склоне, правда жизни), (б) после отрыва с зажатой A — крен от ввода в воздухе 39°.

Mon, 01 Jan 0001 00:00:00 +0000

старт	фаза	уклон по курсу/поперёк, °	до: крен	тангаж	зазор, м (часть, крыло)	без крена	вокруг HangPoint	по рисуемой сетке	после: крен	тангаж	зазор
ровно	стоит	0 / 0	0.0	16.0	0.64 frame target	0.64	0.72	—	0.0	16.0	0.64 frame target
ровно	стоит, трапеция от себя (нос вверх)	0 / 0	0.0	37.0	0.55 tips magic	0.55	0.84	—	0.0	37.0	0.55 tips magic
ровно	стоит, трапеция на себя (нос вниз)	0 / 0	0.0	-4.0	0.35 frame target	0.35	0.35	—	0.0	-4.0	0.35 frame target
ровно	стоит, A (крен от A/D)	0 / 0	-17.9	17.0	-0.20 tips combat	0.64	-0.02	—	-17.9	17.0	-0.20 tips combat
ровно	шагом	0 / 0	0.0	16.0	0.64 frame target	0.64	0.72	—	0.0	16.0	0.64 frame target
ровно	разбег	0 / 0	0.0	16.0	0.64 frame target	0.64	0.72	—	0.0	16.0	0.64 frame target
склон 20° по курсу	стоит	-20 / 0	0.0	17.0	0.58 tips magic	0.58	0.88	—	0.0	-4.0	0.68 frame target
склон 20° по курсу	стоит, трапеция от себя (нос вверх)	-20 / 0	0.0	37.0	-0.56 tips magic	-0.56	0.28	—	0.0	17.0	0.58 tips magic
склон 20° по курсу	стоит, трапеция на себя (нос вниз)	-20 / 0	0.0	-4.0	0.68 frame target	0.68	0.63	—	0.0	-24.0	0.37 frame target
склон 20° по курсу	стоит, A (крен от A/D)	-3 / -20	-17.1	17.0	-2.20 tips combat	-0.56	-1.79	—	-17.4	11.9	-2.02 tips combat
склон 20° по курсу	шагом	-20 / 0	0.0	17.0	0.58 tips magic	0.58	0.63	—	0.0	-4.0	0.68 frame target
склон 20° по курсу	разбег	-20 / 0	0.0	15.5	0.66 tips magic	0.66	0.64	—	0.0	-4.0	0.68 frame target
склон 20° по курсу	после отрыва ≤1,5 с	-20 / 0	0.0	-4.1	0.68 frame target	0.68	0.63	—	0.0	-4.1	0.68 frame target
косой 15° (правая вверх)	стоит	0 / 15	0.0	17.0	0.03 tips combat	0.03	0.12	—	0.0	17.0	0.03 tips combat
косой 15° (правая вверх)	стоит, трапеция от себя (нос вверх)	0 / 15	0.0	37.0	-0.83 tips magic	-0.83	-0.43	—	0.0	37.0	-0.83 tips magic
косой 15° (правая вверх)	стоит, трапеция на себя (нос вниз)	0 / 15	0.0	-4.0	0.12 frame target	0.12	0.12	—	0.0	-4.0	0.12 frame target
косой 15° (правая вверх)	стоит, A (крен от A/D)	-11 / -11	-17.9	17.0	-1.55 tips combat	0.04	-1.15	—	-17.9	4.4	-1.19 tips combat
косой 15° (правая вверх)	шагом	0 / 15	0.0	17.0	0.03 tips combat	0.03	0.12	—	0.0	17.0	0.03 tips combat
косой 15° (правая вверх)	разбег	0 / 15	0.0	17.0	0.03 tips combat	0.03	0.12	—	0.0	17.0	0.03 tips combat
altai/sinyukha_west	стоит	-15 / 0	0.0	17.0	0.93 frame sport	0.93	1.22	0.83	—	—	—
altai/sinyukha_west	стоит, трапеция от себя (нос вверх)	-15 / 0	0.0	37.0	0.46 tips magic	0.46	1.05	0.15	—	—	—
altai/sinyukha_west	стоит, трапеция на себя (нос вниз)	-15 / 0	0.0	-3.0	0.71 frame sport	0.71	0.68	0.61	—	—	—
altai/sinyukha_west	стоит, A (крен от A/D)	-3 / -15	-17.1	17.0	-1.08 tips sport	0.53	-0.76	-1.08	—	—	—
altai/sinyukha_west	шагом	-20 / -1	0.0	-4.0	0.72 frame training	0.72	0.68	0.64	—	—	—
altai/sinyukha_west	разбег	-20 / -5	0.0	-4.2	0.57 frame training	0.57	0.44	0.57	—	—	—
altai/sinyukha_west	после отрыва ≤1,5 с	-20 / -5	0.0	-4.3	0.57 frame training	0.57	0.52	0.56	—	—	—

Mon, 01 Jan 0001 00:00:00 +0000

Журнал: обновление сайта (октябрь 2026)

Координатор: dp-coordinator (сессия 01K4ZH58…). Рабочая копия ~/deltaplan-site, ветка site/update-oct (от main 3cc039e). В main не вливается — отчёт главной сессии. План и контракты — site_update.md.

Задача	Статус	Исполнитель	Копия / ветка	Коммиты, числа, заметки
Контракты C1–C3 v1	готово	координатор	—	`docs/archive/plan/site-update.md`, тест `tools/site/check_contracts.py` (до работ: C1, C3 красные — файлов ещё нет)
SU-1 скриншоты	принята (01.10)	dp-mechanic (Haiku) + координатор	копия удалена	e43260d, e552ba1 (исполнитель), e466e36 выбор кадров (координатор), слияние a879c24. `docs/screenshots/gameplay/` пересняты; `docs/screenshots/site/01–08` (термик ×2, разбег, у облаков, 4 крыла сзади), 66–305 КБ; C3 зелёный. e2e не переснят: `tools/shots/e2e.sh` на всех 4 местах — «e2e_shot: FAIL (мир за меню не загрузился)», повтор Онгудая — то же; старые `docs/screenshots/e2e/.jpg` оставлены (открытый вопрос главной сессии — поломка инструмента вне сайта)
SU-2 модель воздуха	принята (01.10)	dp-writer (Sonnet)	копия удалена	4c50982, слияние 7ae3106. `mechanics/air-model.md` переписана как сделанное (что умеет / на чём основано: физика, Askervein, Perdigão, калибровка / границы / известные расхождения (а), (б) / подробнее), 6 картинок из `tools/research/*/out`; минимальные правки «план → сделано» в `slope-wind`, `thermals`, `weather`, строка на главной. Числа — с источником на каждое (отчёт исполнителя), выборочно сверены с `docs/guide/air-model.md` (0,61/0,82, 0,59/0,88, −13,0…→−0,9…, 1,001). Hugo без WARN/ERROR
SU-3 рендеры крыльев	принята (01.10)	dp-mechanic (Haiku)	копия удалена	277f932, слияние f2e13a1. `tools/blender/render_wings_site.sh` + `wings_site_jpg.py` (обрезка по содержимому, поле 3,5 %), лист-контакт `tools/site/create_contact_sheet.py`. 48 jpg, 41–59 КБ, всего 2,37 МБ; ~12 мин в 4 потока. C1 зелёный (перепроверено)
SU-4 генератор страниц	принята (01.10)	dp-engineer (Opus)	копия удалена	46a8415, cf234b3 (без столбца «Мачта» в группах), слияние e050c2f. `tools/site/gen_wings.py`: раздел + 4 группы + 48 страниц (53 файла); отметки: паспорт 285, аналог 5 (laminar), оценка 467 (из них 336 — числа модели игры). Перепроверено: `--check` rc 0, `check_contracts.py` C1–C3 зелёные, hugo 248 страниц без WARN/ERROR. Скриншоты `build/screenshots/site/SU-4/`
SU-5 тексты раздела и картинки	принята (01.10)	dp-writer (Sonnet) + координатор	копия удалена	232ffb2 (исполнитель), 7af96eb (координатор: тексты групп по диапазонам всех крыльев группы из `configs/wings`, а не по старым девяти; вводная «Линейки крыльев»), слияние 179ce3c. Главная: пункт и раздел «Модели аппаратов», 6 новых кадров; `flight.md`: 48 крыльев, 2 кадра вместо рендера Laminar. C1–C3 зелёные, `--check` rc 0, hugo без WARN/ERROR. Скриншоты `build/screenshots/site/SU-5/`

Развилки (развилка → решение → почему)

Рендер «из .blend» → рендерим .glb, экспортированный из того же .blend, готовым tools/blender/render_views.py (вид iso45) → та же геометрия, что в игре, единые камера/свет/фон уже есть; свой скрипт рендера .blend не нужен.
Ракурс → iso45 (сверху-сбоку 3/4), крыло вписано в кадр → видны план крыла, рисунок паруса и трапеция; under34 пробовали (снизу) — хуже читается форма. Размеры — в таблице, не масштабом картинки.
Где лежат рендеры → docs/models/screenshots/glider_<id>/iso45.jpg рядом с прочими рендерами моделей → один каталог рендеров на репозиторий, на сайт публикуется по ссылке (assets/repo).
Где лежат новые кадры сайта → старые кадры docs/screenshots/{gameplay,e2e} обновить на месте, новые — docs/screenshots/site/; скриншоты версий (site/content/releases/*) не трогать → это история версий.
Контракты → раздел плана (а не docs/site_update_contracts.md) → docs/*.md публикуется в «Документации модулей», служебному там не место.
Нижняя граница 40 КБ в C1 заставила исполнителя SU-3 уменьшить поле с 5 до 3,5 % → принять как есть → граница была лишней, разница косметическая (не шлифовать).
SU-1: исполнитель (Haiku) сдал без кадров 06–10 и не отвечал на доработку; кадры itch chase не показывают крыло игрока (камера не на нём), launch — крыльев на склоне не видно → кадры крыльев сзади добрал координатор командой gameplay.sh (main.tscn --camera=chase --wing=<id>), из itch взяты gaggle_1, gaggle_3, high_0, run_0 → быстрее, чем новый исполнитель на 4 запуска.
SU-4: ссылки на отдельные карточки DHV → только номер + ссылка на поиск портала DHV → адресов карточек в данных нет, не выдумываем; открытый вопрос: сохранять URL карточки в consolidate.py (C2 v2).
SU-4: ссылка на благодарность DHV на главной → сырой HTML с относительным путём ../../../#благодарности → обработчик ссылок сайта не умеет «/#якорь»; доработка resolve.html — открытый вопрос.
SU-4: «масса пилота» из DHV «Startgewicht» минус масса крыла → отметка «оценка» → смысл не совпадает с hook-in производителя.
SU-4: сводные таблицы шире колонки → в группах убран столбец «Мачта» (внутри группы одинаков), в сводной раздела — оставлен с прокруткой → 2 попытки исполнителя + одна правка, дальше не шлифуем.
SU-5 запущен до приёма SU-2 → SU-5 не трогает страницы SU-2 (air-model, slope-wind, thermals, weather, visual-cues, строка «Модель воздуха» на главной) → не ждать, конфликтов нет.
Тексты и генерация в одном _index.md → генератор пишет только между маркерами gen:begin/gen:end → писатель и генератор не мешают друг другу.

Итог (01.10)

Все задачи приняты и влиты в site/update-oct (7ae3106 + журнал). check_contracts.py — C1, C2, C3 зелёные; hugo --minify — 248 страниц без WARN/ERROR. Скриншоты собранного сайта (сборка с baseURL file:// в build/site_preview/) — build/screenshots/site/итог/. В main не вливалось — ждёт решения главной сессии / пользователя.

Mon, 01 Jan 0001 00:00:00 +0000

План: обновление сайта (октябрь 2026)

Координатор: dp-coordinator. Рабочая копия ~/deltaplan-site, ветка site/update-oct (от main 3cc039e). В main не вливается — отчёт главной сессии. Журнал — site_update_progress.md.

Цель (задачи пользователя)

Новые скриншоты сайта — графика поменялась (48 крыльев, новые модели), пересняты готовыми инструментами tools/shots.
Модель воздуха на сайте — из «плана» в «сделано»: что умеет, на чём основано (Perdigão, Askervein и др.), границы модели и известные расхождения. Язык — для пилотов, числа — только из репозитория.
Новый раздел «Модели аппаратов» — подстраницы по группам (советские, учебные, мачтовые, безмачтовые), на каждое крыло — рендер модели из Blender (единый ракурс и фон), известные данные с источником и отметкой «паспорт / оценка». Таблицы и страницы — генерирует скрипт из данных репозитория. Ссылка на благодарность DHV.

Правила — .claude/workflow.md, «Общие правила». Hugo собирается без ошибок и предупреждений. Картинки — jpg разумного размера (рендер крыла 40–250 КБ).

Mon, 01 Jan 0001 00:00:00 +0000

Журнал модуля «start-fixes»

План — docs/archive/plan/start-fixes.md, контракты — docs/contracts/start-fixes.md. Ветка feature/start-fixes, копия ~/deltaplan-start.

Решения

30.09 — план и контракты К1–К4 v1, контрактный тест tests/game/test_start_fixes_contracts.gd (4/4 ок).
30.09 — решение пользователя (через главную сессию): радиус пустыря ≥ 2× длины разбега; тест проверяет отсутствие деревьев и кустов в этом радиусе. Вписано в план (решения, SF-1).
30.09 — координатор: L_run — разбег в штиль на склоне min_slope_deg для самого «длинного» крыла линейки; встроенные старты — max(start_clearing_radius_m, R).
30.09 — координатор: задача «пилот на земле» разделена на SF-3 (рука пилота, крен, дуга, переход) и SF-4 (причина касания крылом), параллельно; стык в ground_run.gd — по разным функциям.
30.09 — решение пользователя: SF-4 передаётся исполнителю SF-3 (один исполнитель на связанные задачи); SF-4 коммитит находки в start/sf4 и останавливается, SF-3 вливает start/sf4 и сдаёт обе по общим условиям приёмки; копия sf4 — удалить после слияния. Вписано в план (решение 4).
30.09 — решение пользователя: пустырь = только убрать деревья; траву, кусты и прочее не убирать. Новая поляна — FOREST → GRASS, SHRUB не трогается; приёмка — нет деревьев в R, трава на месте, проверка координатором по скриншоту. Отправлено исполнителю SF-1. В плане — решение 5.
30.09 — координатор по находкам SF-4: (д) рельеф не трогаем, не шлюз, если на всех стартах локаций при крене 0 (стоит/шагом/разбег, трапеция нейтрально) зазор по видимой земле ≥ 0; иначе — шлюз. Тело пилота стоя вертикально — визуально в GliderVisual._ground_pose, К4 остаётся v1. reset_on_ground — начальный тангаж = установившийся стоя. Всё передано SF-3.
30.09 — test_takeoff::test_headwind_launch (atlas, nose_high) падает уже на базе 6f34786 (= main 113878d + документы) — не регрессия модуля; сообщить главной сессии.
30.09 — SF-3 промежуточно: порог бокового ветра стоя (sport, встречный 4, нос нейтрально) 1,90 м/с; при встречном 6 м/с — 0,6–1,0 м/с (нос на 10° ниже — ≈2 м/с): ноги разгружены, рука слабеет. Физика, не шлюз — находка для пользователя.
30.09 — К4: тангаж стоя теперь от склона, тело пилота вертикально визуально; смысл theta/basis/ось поворота не изменились — К4 остаётся v1 (уточнение в контракте).
30.09 — ответы пользователя: (1) коридор разбега для старта с карты — нет, кусты остаются (направление разбега заранее неизвестно — при боковом ветре бегут вдоль склона), К1 не меняется; (2) отдельной задачи по test_headwind_launch (atlas) — нет. В плане — решения 6, 7.

Задачи

Задача	Статус	Исполнитель	Копия / ветка	Коммиты	Числа / решения
SF-1 Пустырь	принята (30.09)	dp-engineer	копия удалена	6db17c5, dbdbf59; слияние a85f78d	К1 v2: `Terrain.add_start_clearing(x, z, r)` синхронный, `surface_revision`, `get_start_clearings()`, `TerrainRenderer.refresh_surface`; только FOREST → GRASS (кусты/трава/камни остаются). L_run (штиль, 12°): sport 71,9 м / combat 69,9 м (weak_run за 10 с), остальные 13–18 м, atlas — nose_high 1,2 с → R = 160 м (2×71,9 = 144, запас 10 %); встроенные старты: 70 м лес+кусты как было, до 160 м — только лес. Поляна 0,3–0,4 мс (карта), 5–10 мс (Онгудай с маской). Перепроверено: start_ 13/13, vegetation 21/21, game 116/116, terrain 62/63 (`test_forest_mask_loaded` 0,61 с > 0,5 — порог времени, падает и без задачи). Скриншоты: трава на поляне есть, деревьев нет; кусты стоят на пути разбега — вопрос пользователю
SF-2 Трава в лесу	принята (30.09)	dp-engineer	копия удалена	8e97c1a, c7910e9; слияние 0f7b4b7	К2 v2: `forest_density`=0,4, `forest_height_m`=[0,12; 0,35], `forest_shade`=0,8 (тень полога); GPU кадра в лесу 5,46→5,63 мс (+3,0 %, p10 +4,6 %); тесты grass 8/8, vegetation 21/21, контракты 4/4 (перепроверено); `test_surface::test_forest_mask_loaded` падает по порогу времени и до правок — не регрессия
SF-3 Рука пилота (+SF-4)	принята (30.09)	dp-engineer	копия удалена, ветки `start/sf3`, `start/sf4` удалены	800b84e, 3384aa8, 5f8990e (+ SF-4 143c4b7, 3707069); слияние f6db4cc	К3 v2 (новые ключи ground_bank, run.turn_accel_max_ms2); перепроверено: стоя с A/D крен 0,000°; боковой 2,5+встречный 4 — крен при N/W>0,5 ≤ 0,94°, на отрыве 6,5–10° (физика); порог порыва стоя (sport, встречный 4) 1,90 м/с: ×1,2 → crosswind 10,15 с, ×2 → 3,55 с, ×0,8 держит (1,56°); дуга R/R_min 1,000 (29,6 м на 7,7 м/с); отрыв Δкрен 0,002°, Δp 0,25°/с; I = 396 кг·м², предел 200/100/0 Н·м; косой 15° — 0,0000°; зазор крыла ≥ 0,35 м (синтетика), по 10 стартам локаций ≥ 0,58 м — шлюза нет; flight 112/113 (test_headwind_launch — известное, решение 7), game 116/116, start_ 13/13. К4 — уточнение без смены версии
SF-4 Касание крылом	принята в составе SF-3 (30.09)	dp-engineer	—	143c4b7 (замер, тест), 3707069 (тангаж стоя)	Причины: (а) крен от A/D — главная на ровном (−17,9° → консоль −0,20 м; склон 20° с A −2,2 м) → уберёт SF-3; (б) тангаж стоя от горизонта — склон 20°, трапеция от себя −0,56 м → исправлено (после +0,58 м); (в) ось поворота, (г) подвеска/сглаживание — не причины; (д) рельеф треугольниками 25 м против билинейной высоты — видимая земля до 0,32 м выше (1 старт). Без крена на ровном зазор ≥ 0,35 м. Тест `test_wing_clearance` (9 крыльев, ≥ 0,3 м)

Состояние (30.09): все задачи приняты; ниже — исторический план продолжения

SF-1, SF-2 — приняты и влиты. SF-4 — остановлена, передана SF-3 (ветка start/sf4 ещё не влита — её вливает исполнитель SF-3 в start/sf3).
SF-3 (+SF-4) — исполнитель работает в ~/deltaplan-start-sf3 / start/sf3 (промежуточный коммит 800b84e). Задание дополнено: влить start/sf4 и feature/start-fixes; прогнать wing_clearance_run по стартам локаций (зазор по видимой земле ≥ 0 при крене 0, иначе шлюз); тело пилота стоя вертикально визуально (К4 v1); reset_on_ground — тангаж стоя; раздел «Поза крыла на земле» в docs/guide/flight.md; кадры в build/screenshots/sf3_ruka_pilota/.
Приёмка SF-3+SF-4: условия SF-3 (1–7) и SF-4 (1–4) плана; перепроверить --filter=flight, game, start_, test_wing_clearance; влить start/sf3 (и через неё start/sf4), удалить копию sf3 и ветки start/sf3, start/sf4; отметить в TODO пункт «Пилот на земле…» и подпункты, CHANGELOG «В работе».

Mon, 01 Jan 0001 00:00:00 +0000

Модуль «start-fixes» — фиксы старта с земли

Ветка feature/start-fixes (от main @ 113878d), копия ~/deltaplan-start. Журнал — docs/archive/plan/start-fixes-progress.md, контракты — docs/contracts/start-fixes.md (+ tests/game/test_start_fixes_contracts.gd). Источник — TODO.md, строки 22–28 (отзыв пользователя 30.09.2026).

Цель

Старт с земли в любой точке карты должен быть возможен и выглядеть правдой: вокруг старта нет леса и кустов; под деревьями растёт трава; пилот с крылом на земле стоит ровно по горизонту, крен держит «рука пилота» с физически ограниченной силой, переход в полёт без рывка; крыло не проходит сквозь землю на ровном старте.

Mon, 01 Jan 0001 00:00:00 +0000

Группа 10 — Задания, тренировки, рекорды (`tasks/`)

ОТЛОЖЕНО (решение пользователя): сначала проверить геймплей свободного полёта (game/, ui/). Карточки не составлялись. Логика FR-35…FR-37 готова без нод (docs/guide/tasks.md), в игру не подключена.

Когда вернёмся (план-набросок, не в работу):

game: TaskSession (RefCounted) — Task/TaskTracker/TrainingMode/FlightRecords по API docs/guide/tasks.md; режим в FlightSettings.
game: подключение в Game.tick, set_task/set_task_state на планшет, info итога с task/training/new_records.
ui: выбор режима в «Полёт…», итог со временем задания и «Новый рекорд!».
tasks: цели тренировок и демо-задания для askarovo и aushkul (сейчас только ongudai, altai).
сквозной тест в режимах задание/тренировка (дополнение к game/02).

Mon, 01 Jan 0001 00:00:00 +0000

T01. Стенд: фиксированные кадры, эталонные фото, замер GPU

Цель: один скрипт снимает одни и те же кадры рельефа и меряет GPU, чтобы все следующие карточки сравнивались с базой и с 3 реальными фото.

Контекст: docs/guide/terrain.md («Превью и замеры»), scripts/terrain/terrain_preview.gd, configs/locations/ongudai.json, docs/guide/world-objects.md («Просеки»), docs/research/visual_cues.md. Владения: tools/terrain/shots.json, tools/terrain/shots.sh, tools/terrain/compare_ref.py (новые), scripts/terrain/terrain_preview.gd, data/terrain/reference/ (новая, с .gdignore). Не трогать: terrain.gd, configs/world.json, docs/guide/terrain.md (описание стенда — в шапке shots.sh; абзац для docs — в отчёт).

Mon, 01 Jan 0001 00:00:00 +0000

T02. Лес: резкая кромка по маске 10 м, без тёмного ореола, живой тон с высоты

Цель: края лесных массивов — чёткие (как на аэрофото), без «клякс» и тёмного ореола; с 2 км лес — не тёмный ковёр.

Контекст: docs/guide/terrain.md («Карта поверхности», «Раскраска», «Лес с высоты»), scripts/terrain/terrain.gdshader, terrain_common.gdshaderinc, surface_layer.gd, tools/terrain/fetch_landcover.py, итоги T01 (metrics.json). Владения: scripts/terrain/{terrain.gdshader, terrain_common.gdshaderinc, terrain_renderer.gd, surface_layer.gd, terrain.gd}, tools/terrain/fetch_landcover.py, data/terrain/*/ (новые маски), configs/world.json (terrain_look, surface), tests/terrain/test_surface.gd, docs/guide/terrain.md.

Шаги

Причина: класс «лес» берётся с сетки 25 м и билинейно размазан + canopy_edge_dark/DSM-ступенька красят луг у опушки.
fetch_landcover.py: для детального слоя — маска «деталь 10 м» RG8 (R — доля леса из WorldCover 10 м без моды 3×3, G — зарезервировано под воду T03), <слой>_detail10.png; бюджет ≤ 15 МБ на локацию сохранить. Перегенерировать 4 локации.
Шейдер: лес из R маски 10 м с порогом 0,5 и узким шумом (переход ≤ 1,5 клетки); затемнение опушки — только внутри леса; DSM-ступенька не даёт тень/скалы на лугу (уклон на опушке брать по маске, а не по высоте).
Дальний тон: средний тон полога (когда крона < пикселя) — по фото (a): отношение лес/луг и RMS-контраст внутри леса.
API для группы 5: Terrain.forest_at(x, z) -> float и get_forest_mask() -> [Image, origin, cell_m]; surface_at на опушке — по маске 10 м (VR-4, VR-21 как триггер). Рантайм-точка (FR-17) — прежний путь 25 м. В terrain.gd после создания деревьев: if trees.has_method("set_forest_mask") (и у impostors) — передать маску (метод делает V02).
VR-21 «препятствие»: проверить, что height_at над лесом включает кроны (DSM) → посадка в лес = удар; тест.

Критерий приёмки (стенд T01)

S3: профиль через опушку — переход 10→90 % яркости ≤ 15 м по земле; луг в 0–30 м от кромки темнее луга в 100 м ≤ 8 %.
S5: отношение яркости лес/луг и RMS-контраст внутри леса — в ±20 % от фото (a); монтаж S5|a в отчёте.
Тест: forest_at меняется 0,1→0,9 на ≤ 20 м на 20 точках кромки; surface_at = лес ≥ 95 % там, где R ≥ 0,5.
GPU «рельеф» в S1–S5 — не выше базы T01 + 0,1 мс; тесты tests/terrain зелёные; загрузка Онгудая ≤ 0,5 с.

Зависимости: T01. Модель: opus. Размер: M.

Mon, 01 Jan 0001 00:00:00 +0000

T03. Реки и озёра из OSM на рельефе (VR-9)

Цель: реки, ручьи и озёра из data/osm/<id>.json видны на земле непрерывными линиями нужной ширины — ориентиры для навигации.

Контекст: docs/guide/world-objects.md («Формат data/osm», «Что не рисуется»), tools/terrain/rivers.py, tools/osm/ (pack_water — только читать), scripts/terrain/terrain.gdshader (вода), маска «деталь 10 м» из T02, docs/guide/terrain.md. Владения: tools/terrain/osm_water.py (новый), data/terrain/*/*_detail10.png (канал G), scripts/terrain/{terrain.gdshader, terrain_common.gdshaderinc, terrain_renderer.gd, surface_layer.gd, terrain.gd}, tests/terrain/test_surface.gd, docs/guide/terrain.md. Не трогать: configs/world.json (владелец волны — T04), data/osm/ (группа 6; нет воды в файле — запрос группе 6).

Mon, 01 Jan 0001 00:00:00 +0000

T04. Дымка и дальний контраст по реальным фото

Цель: дымка синит и смягчает даль как на фото, но не «съедает» контраст на 2–10 км; верх дымки на инверсии остаётся резким (VR-3, FR-20).

Контекст: docs/guide/terrain.md («Мир», «Дымка и инверсия»), scripts/world/haze.gdshader, scripts/world/sky_environment.gd, configs/world.json (fog, haze, sky, effects), фото (c) и metrics.json T01. Владения: scripts/world/, configs/world.json (разделы fog, haze, sky, effects), tests/terrain/test_haze.gd (новый). Не трогать: docs/guide/terrain.md (в этой волне правит T03) — абзац об изменениях дымки приложить к отчёту.

Mon, 01 Jan 0001 00:00:00 +0000

T05. Волны порывов по траве и ниве без скачков (VR-17)

Цель: пятна порывов плавно «бегут» по ветру и не прыгают при смене ветра; сила рисунка — от реальной порывистости атмосферы.

Контекст: docs/guide/terrain.md («Ветер на земле»), scripts/terrain/terrain_wind.gd, terrain_wind.gdshaderinc, docs/plan/README.md (группа 5, рекомендация 2), docs/guide/atmosphere.md (air_velocity_at, mean_wind_at). Владения: scripts/terrain/{terrain_wind.gd, terrain_wind.gdshaderinc, terrain.gd}, configs/world.json (wind_visual), tests/terrain/test_wind.gd (новый), docs/guide/terrain.md.

Шаги

Смещение рисунка копить на CPU: offset += dir · speed · dt → uniform (вместо TIME · wind в шейдере).
Порывистость = |air_velocity_at − mean_wind_at| у земли под камерой, сглаженная экспонентой (τ из конфига) → амплитуда пятен.
API: Terrain.set_wind_sources(mean_fn, thermals_fn, air_fn := Callable()) — без air_fn как раньше (подключение в игре — группа «Сцена игры»); травинки и деревья получают те же uniform через include.
Превью: --gusts (подать air_fn из фейковой порывистости) для проверки.

Критерий приёмки

Тест: ветер повернули на 90° за 1 с — смещение рисунка за кадр ≤ 1,5·speed·dt (нет скачка); амплитуда ↑ при порывистости ↑.
Тест: без air_fn поведение и uniform как до карточки.
Ролик 5 с (кадры каждые 0,2 с) с 50 и 300 м в Онгудае для пользователя/пилота (VR-17 «видно подход термика?»).
GPU «рельеф» — не выше предыдущего замера + 0,05 мс; тесты tests/terrain зелёные.

Зависимости: T02–T04 закрыты (общие terrain.gd, world.json, docs). Модель: sonnet. Размер: S.

Mon, 01 Jan 0001 00:00:00 +0000

ОТЛОЖЕНО (решение пользователя): оптимизации — на потом.

T06. Бюджет GPU рельефа: с ~2,8 до ≤ 1,6 мс без потери картинки

Цель: проход рельефа снова дешёвый (NFR-1, VR-13) — вернуть бюджет, который съели полог, скалы, осыпи, ветер.

Контекст: docs/guide/terrain.md («Превью и замеры»), scripts/terrain/terrain.gdshader, terrain_common.gdshaderinc, terrain_renderer.gd, bench.json T01 и последний замер T05. Владения: scripts/terrain/{terrain.gdshader, terrain_common.gdshaderinc, terrain_renderer.gd, terrain.gd, height_layer.gd}, configs/world.json (terrain_look, rendering), configs/locations/*.json (render), docs/guide/terrain.md.

Шаги

Профиль: выключать по одному блоку (полог Вороного, осыпи scree_probe, снег в кулуарах, трипланар скал, ветер, детальные текстуры) и записать цену каждого в S1–S5.
Дорогие «на пиксель» признаки, не зависящие от камеры (вогнутость, поиск обрыва выше по склону, уклон/экспозиция), — запечь в текстуры при загрузке (в рабочем потоке, NFR-2 не хуже + 0,3 с).
Ранний выход по дальности/fwidth: полог, травяные и скальные текстуры, ветер — не считать, где их не видно.
Проверить LOD и overdraw юбок; число выборок текстур на пиксель — записать до/после.

Критерий приёмки (стенд T01, RTX 4070 SUPER, 1080p, Forward+)

GPU «рельеф» ≤ 1,6 мс в каждом из S1–S5; полный кадр у земли (S1) и на 800 м ≤ 3,5 мс.
Картинка: все 7 кадров против снимков до карточки — PSNR ≥ 35 дБ, метрики compare_ref.py ≤ 3 %.
Загрузка Онгудая ≤ 0,8 с; тесты tests/terrain зелёные.

Зависимости: T05 (последняя в группе; меряет итоговый шейдер). Модель: opus. Размер: M.

Mon, 01 Jan 0001 00:00:00 +0000

Группа 4 «Рельеф и земля» — карточки

Объём: основа (этапы 0–5 TODO) + известные проблемы приёмки. Не входят: вода-рябь VR-16, дым VR-15, время суток VR-5, смог, векторная карта martin, «Идеи/Позже/Места». Все замеры — стендом T01 (7 кадров, 3 реальных фото, bench.json).

#	Карточка	Модель	Размер	Волна
T01	Стенд: кадры, фото, GPU	sonnet	S	0
T02	Лес: кромка 10 м, без ореола, тон с высоты	opus	M	1
T03	Реки и озёра из OSM (VR-9)	sonnet	M	2
T04	Дымка и дальний контраст	opus	S	2
T05	Волны порывов без скачков (VR-17)	sonnet	S	3
T06	Бюджет GPU рельефа ≤ 1,6 мс	opus	M	4

Порядок и параллельность (вместе с `../vegetation/`)

Волна 0: T01 ‖ V01 (V01 выносит grass/trees из configs/world.json — дальше растительность его не трогает).
Волна 1: T02 (один: terrain.gdshader, terrain.gd, world.json, docs/guide/terrain.md).
Волна 2: T03 ‖ T04 ‖ V02. Общих файлов нет: world.json — только T04, docs/guide/terrain.md — только T03 (T04 даёт абзац в отчёте).
Волна 3: T05. Волна 4: T06 (последней — меряет итоговый шейдер).
Каждая карточка перед сдачей гоняет tools/terrain/shots.sh и прикладывает metrics.json/bench.json и монтажи.
Ограничение GPU для T02–T05: «рельеф» не растёт больше чем на 0,1 мс за карточку; снижение — в T06.

Внешние зависимости (не карточки группы)

Группа «Сцена игры»: set_clearings, set_wind_sources (+ air_fn после T05), set_pilot, sun_fn, инверсия (set_inversion_height_msl), default_location = ongudai, GrassField.set_landing_sites (после V01).
Группа 6: вода в data/osm/<id>.json (T03 только читает).
Вопросы пилотам (старты Онгудая/Биягоды/Аушкуля, VR-17 «видно термик по траве?») — не блокируют.

Решение пользователя: T06 (бюджет GPU рельефа) — оптимизация, откладывается на потом, в текущий объём не входит.

Mon, 01 Jan 0001 00:00:00 +0000

Журнал модуля «ui-controls»

План — docs/archive/plan/ui-controls.md, контракты — docs/contracts/ui-controls.md. Ветка feature/ui-controls, копия ~/deltaplan-ui-controls (от main 938d1ea).

Решения

01.10 — решение пользователя: по умолчанию в полёте W/↑ = трапеция от себя, S/↓ = на себя; мышь/стик «вперёд = от себя»; инверсия остаётся, по умолчанию выключена.
01.10 — разбор v1.0.0: клавиши «как в самолёте» (W = pitch_pull_in), стик вперёд = на себя, мышь bar уже дельтапланерная. Экран «Управление» показывает клавиши шага через действия тангажа — привязать к walk_*.
01.10 — контракт У1 v2 (docs/contracts/ui-controls.md), тест tests/game/test_ui_controls_contracts.gd: форма 1/1 ок; test_u1_default_keys_hang_glider — цель v2, красный до UC-1.
01.10 — согласование с control-fix (журнал ~/deltaplan-control-fix/docs/plan/control-fix_progress.md, контракты С1/С2 v2): CF-1 в работе, CF-3 (земля, вариант В) ещё не начат и затронет те же controls.json, экран «Управление», локали, autopilot.gd, доки. Владелец знака клавиш — этот модуль (перестановка списков в controls.json); CF-3 знак не переставляет; тест У1 ловит двойную перестановку. ground_run.gd и логику земли в input_controller.gd не трогаем; правка знака стика в _apply_gamepad (файл control-fix) — отдельным коммитом, вливается после согласования с главной сессией.
01.10 — control-fix уточнил С2 v2 (addb5e5): клавиши крыла на земле — те же действия pitch_*/roll_*, что в полёте; знак — только карта ввода (наш У1). Двойной перестановки не будет.
01.10 — главная сессия: стик по варианту А — правка _apply_gamepad (-gy * inv) отдельным коммитом ui-controls (7e65293), конфликт с CF-3 разрешаю при подтягивании feature/control-fix.
01.10 — CHANGELOG «В работе» (6d554c2). Открытый вопрос для CF-3: автопилот и test_takeoff_latch изображают «W» на земле как walk_forward+pitch_pull_in, реальная W теперь pitch_push_out; защёлку CF-3 всё равно убирает — там и привести.
01.10 — финальный шлюз: control-fix не готов (CF-1, CF-3 в работе), подтягивание feature/control-fix — после его готовности, перед слиянием в main.
02.10 — пользователь одобрил слияние в main (выпуск 1.0.1). Подтянут main dcf039e (control-fix CF-1/CF-3, wing-physics-check) — слияние acf1752. Конфликты: controls.json (клавиши — У1 v2, описания — объединены, run_doc — control-fix), _apply_gamepad (код control-fix без ветвления по земле + -gy * inv), autopilot.gd и test_gameplay.gd — версия control-fix (жмут действия по имени, знак верный), docs/guide/game.md (текст control-fix + знак У1, таблица клавиш объединена), CHANGELOG (одна секция «Управление»). ui.json, locale/ui.csv слились сами (раздел «На земле» — control-fix, строки полёта и инверсия — наши). Тесты: ui_controls_contracts 5/5, contracts 45/45, game 134/0 (1 пропуск GPU), start_ 14/0 (1 пропуск GPU), liftoff_physics 5/5, flight 129/129. Стоя ↑ → pitch +1,00 (нос вверх), на бегу S → −0,75.
02.10 — этап 2 (запрос пользователя: при тангаже мышью WASD — камера от 1-го лица). Разбор кода: «двигать камеру» = поворот головы в кабине (смещения глаз с клавиш в коде нет, свободное перемещение уже есть — камера «свободная»). Базовая линия: ui_controls 5/5 (в тесте осталась строка ic._was_on_ground — свойство убрано CF-3, SCRIPT ERROR без падения; уберу при правке теста). Шлюз до кода: разбег (WASD — обзор или трапеция) и камера сзади (WASD — ничего или трапеция); мелочи с дефолтом — в плане, «Этап 2».
02.10 — решение пользователя (через главную сессию): WASD при тангаже мышью — поворот головы (обзор камеры кабины), не смещение точки обзора. Вписано в план («Этап 2 → Решения пользователя»); развилку не поднимаю.
02.10 — остальное решил сам по принципу CF-3 «на разбеге — как в полёте» (план, «Решения координатора»): условие — bar и мышь захвачена; разбег — WASD тоже обзор (на отрыве скачка трапеции нет); стоя/шагом — без изменений; камера сзади — WASD ничего; свободная — как было; голова с клавиш 90°/с, отпустил — остаётся, V — вперёд; стрелки — трапеция всегда. Шлюз не нужен — всё дёшево поменять.
02.10 — контракт У2 v1 (docs/contracts/ui-controls.md): действия look_* = W/S/A/D, InputController.keys_look(), CameraRig.keys_look_fn/head_look_deg(), camera.json → cockpit.head.key_rate_deg_s. Тест test_u2_* (4 шт.) — красные до UC-3; У1 5/5. Из теста убрана мёртвая строка ic._was_on_ground.
02.10 — решение пользователя: «UI не переделывай, только камеру» — фильтр клавиш на экране «Управление» не делаем; вопрос закрыт. Базовые прогоны ветки модуля до UC-3: contracts 50/4, game 138/4 (1 пропуск), ui 93/5, flight 129/0; все падения — test_u2_* (ждут UC-3) и test_net_screen::…embedded_vs_remote (порт).
02.10 — этап 2 закрыт: UC-3 и UC-4 приняты и влиты в feature/ui-controls (e16b34c). В main не вливаю — ждёт одобрения пользователя.
02.10 — этап 3, решения пользователя (через главную сессию, тремя сообщениями): (1) «WASD камера нужна только в полёте, на земле не нужна» — отменяет моё решение п.2 этапа 2 (разбег — обзор); (2) поправка: на земле (стоя, шагом, разбег) W/S/A/D — движение пилота, крыло — мышь; (3) «крыло через WASD в полёте не нужно вообще, настройку убрать»: мышь всегда крыло, режим мыши look и пункт «Мышь: Обзор / Трапеция» — убрать; в полёте W/S/A/D — только голова; стрелки и геймпад — как были. Вписано в план («Этап 3»).
02.10 — решения координатора этапа 3: клавиши трапеции — только стрелки (W/S/A/D сняты с pitch_*/roll_*, фильтры занятых клавиш не нужны); разбег — как в CF-3 (Shift бежит сам, курс — от крена крыла), W/S/A/D на бегу ничего не делают; захват мыши (M): без захвата мышь крыло не двигает (курсор свободен), трапеция держит положение — как было в bar; keys_look() = в полёте, ввод включён, не свободная камера — от мыши не зависит; на отрыве/касании скачка трапеции нет (W/S/A/D в неё не идут нигде), защёлок нет.
02.10 — контракты: У1 v3 (стрелки, мышь всегда крыло, mouse.mode/mouse_mode() убраны), У2 v2 (W/S/A/D — пилот на земле, голова в полёте); С2 control-fix → v3 (правка потребителя в том же шаге: docs/contracts/control-fix.md, test_control_fix_contracts.gd — mouse_mode()/mouse.mode убраны). Тесты переписаны: test_ui_controls_contracts.gd (У1 v3, У2 v2, отрыв с зажатой W), test_gameplay.gd::test_ground_bar_keys (стоя/бег, с захватом и без). До UC-5: ui_controls 5 ok / 4 FAIL (ждут UC-5).
02.10 — этап 3 закрыт: UC-5 и UC-6 приняты и влиты в feature/ui-controls. В main не вливаю — ждёт одобрения пользователя. Открыто (не трогал): Q назначена и на look_instrument, и на free_down (было и раньше); у пилота в user://configs/controls.json может остаться mouse.mode — код его не читает.

Mon, 01 Jan 0001 00:00:00 +0000

План модуля «ui-controls» — раскладка тангажа «как у дельтапланериста»

Внутренний документ. Журнал — docs/archive/plan/ui-controls-progress.md, контракты — docs/contracts/ui-controls.md. Ветка feature/ui-controls, копия ~/deltaplan-ui-controls (от main 938d1ea).

Цель

По умолчанию в полёте вперёд/вверх = трапеция от себя (нос вверх, торможение): W, ↑, мышь от себя (в режиме bar), стик вперёд. Назад/вниз = на себя (нос вниз, разгон). Это раскладка дельтапланериста, не самолёта.

Решения пользователя (не обсуждаются)

01.10 — по умолчанию в полёте W = трапеция от себя, S = на себя; то же для ↑/↓ и для стика/мыши по умолчанию («вперёд/вверх = от себя», мышь вперёд = от себя), без инверсии «как в самолёте» по умолчанию. Настройка инверсии остаётся, но по умолчанию — дельтапланерная.

Что было на v1.0.0 (938d1ea)

configs/controls.json → keys: pitch_pull_in = [W, Up] (на себя), pitch_push_out = [S, Down] (от себя). InputController._update_air: pitch_dir = −(pull_in − push_out)·inv → W даёт ControlInput.pitch −1.
Мышь (bar): pitch = −offset.y — мышь от себя (курсор вверх) = от себя. Уже дельтапланерно.
Стик (_apply_gamepad): pitch = gy·inv, ось 1 вперёд < 0 → стик вперёд = на себя. Как в самолёте — менять.
На земле: W/S — шаг (walk_forward/walk_back), ↑/↓ — нос вверх/вниз (nose_up/nose_down). Не меняется.
configs/ui.json → controls_help: раздел «На земле» показывает клавиши шага через действия pitch_pull_in/pitch_push_out — после перестановки показал бы S/↓ для «идти». Привязать к walk_forward/walk_back.
Подсказка инверсии settings_invert_pitch_hint («W — от себя, S — на себя») описывала инверсию; теперь инверсия = «как в самолёте».

Задачи

UC-1. Раскладка и проверки (dp-engineer)

Скоуп: перестановка клавиш тангажа в configs/controls.json (одно место знака для клавиатуры); стик вперёд = от себя; инверсия по-прежнему меняет всё (клавиши, мышь, стик); экран «Управление» (configs/ui.json → controls_help), подсказки и локали (locale/ui.csv); *_doc в controls.json; комментарии autopilot.gd/тестов, где написано «W = pitch_pull_in» (автопилот и тесты жмут действия по имени — знак по имени не меняется); регрессионный тест У1.
Не трогать: scripts/flight/ground_run.gd, логику земли в input_controller.gd (работа feature/control-fix, CF-3). Правка _apply_gamepad (одна строка знака) — отдельным последним коммитом, вливается только после согласования с главной сессией (файл control-fix).
Приёмка (headless): тест tests/game/test_ui_controls_contracts.gd — У1: в полёте по умолчанию W и ↑ дают ControlInput.pitch > 0, S и ↓ — < 0; мышь от себя (bar) — > 0; стик вперёд — > 0 (после коммита стика); invert_pitch = true меняет знак всех; в полёте W увеличивает угол атаки крыла относительно трима (сцена игры или FlightModel), S уменьшает. --filter=contracts, --filter=game, --filter=ui, --filter=flight без новых падений.
Оценка: 1–2 ч.

UC-2. Тексты (dp-writer)

Скоуп: описания раскладки в docs/guide/game.md, docs/guide/flight.md (если есть), README.md, страницы сайта (site/content/…, где описано управление), без страниц версий и дневника прошлых дней.
Приёмка: все упоминания «W/↑ — на себя/разгон» заменены на дельтапланерную раскладку; список изменённых мест в отчёте; hugo собирает сайт (если есть в системе).
Оценка: 30–60 мин.

Пересечения с feature/control-fix

CF-3 переделывает землю (Shift на разбеге — W/S, стрелки, мышь «как в воздухе») и правит input_controller.gd, controls.json, autopilot.gd, экран «Управление», локали, docs/guide/game.md/flight.md, тесты.
Владелец знака клавиатуры — этот модуль: перестановка списков клавиш в controls.json → keys.pitch_*. CF-3 знак повторно не переставляет; «как в воздухе» = через действия pitch_push_out/pitch_pull_in. Двойную перестановку ловит тест У1.
Слияние в main: сначала control-fix, затем ui-controls (подтянуть feature/control-fix перед финалом, конфликты в controls.json, ui.json, locale/ui.csv, доках — разрешает координатор, тест У1 — арбитр).

Шлюзы

Правка файла control-fix (input_controller.gd → _apply_gamepad) — согласование с главной сессией.
Финал — список изменённых мест, тесты, как проверить пилоту, пересечения с control-fix; в main не вливаю.

Этап 2 — камера с клавиш при тангаже мышью

Запрос пользователя (02.10, дословно)

«если управление тангажем через мышь то WASD должны от 1го лица двигать камеру».

Mon, 01 Jan 0001 00:00:00 +0000

11-01. Меню «фото + кнопки», «Полёт…» с выбором старта на карте, «Управление»

Цель: закрыть «в работе» TODO: простое меню (FR-27), выбор старта на карте (FR-17), «Полёт…» (FR-34), «Управление». Контекст: REQUIREMENTS.md (FR-17, FR-27, FR-34), docs/guide/game.md («Как добавить экран»), scripts/ui/start_menu.gd, scripts/ui/flight_setup_screen.gd, scripts/ui/controls_screen.gd, scripts/ui/ui_kit.gd. Владения: scripts/ui/start_menu.gd, scripts/ui/flight_setup_screen.gd, scripts/ui/controls_screen.gd, scripts/ui/ui_kit.gd, соответствующие scenes/ui/*.tscn, configs/ui.json (ключи menu*/setup*/map*), новый tests/ui/test_menu_setup.gd, docs/screenshots/ui/. Не трогать scripts/game/* (FlightSettings — только читать). Шаги:

Главное меню: фоновое фото (из configs/ui.json), кнопки по центру вертикально: «Лететь», «Полёт…», «Управление», «Настройки», «Об игре», «Выход». «Лететь» — последний выбор (UserSettings).
«Полёт…»: крыло, масса, погода, ветер, место, старт списком и на карте; выбранная точка карты → ближайший склон (StartPlacement), подпись «старт: …»; все 4 локации из configs/locations/. Режима «задание/тренировка» НЕТ.
«Управление»: таблица клавиш из configs/controls.json (W+Shift разбег, мышь, 1–5, C, Esc, геймпад).
Все строки через tr(), ключи в locale/ui.csv (только ru; en — вне объёма).
Скриншоты 1920×1080 и 1280×720: меню, «Полёт…», карта, «Управление». КРИТЕРИЙ ПРИЁМКИ: test_menu_setup.gd ≥ 6 проверок (6 кнопок в порядке FR-27; fly_requested с выбранными крылом/массой/местом; выбор на карте даёт site или latlon; 4 локации в списке; «Управление» содержит все действия InputMap; нет строк без tr()). 8 скриншотов с чек-листом в docs/screenshots/ui/README.md (ничего не обрезано, текст читаем, кнопки по центру). tests/game/test_ui.gd зелёный; tools/check.sh зелёный. Зависимости: нет (волна 1). Модель: sonnet. Размер: M.

Mon, 01 Jan 0001 00:00:00 +0000

11-02. Пауза, настройки (с вариометром 90-х), «Об игре», итог свободного полёта

Цель: закрыть «в работе» TODO этапа 4 по экранам: пауза/настройки (FR-27, FR-33, NFR-6), FR-25a (выбор звука вариометра 90-х), «Об игре» (FR-27a), итог полёта без рекордов. Контекст: REQUIREMENTS.md (FR-25a, FR-27, FR-27a, FR-33, NFR-6), scripts/ui/pause_menu.gd, scripts/ui/settings_panel.gd, scripts/ui/about_screen.gd, scripts/ui/result_screen.gd, docs/guide/instruments.md (set_sound_settings). Владения: scripts/ui/pause_menu.gd, scripts/ui/settings_panel.gd, scripts/ui/about_screen.gd, scripts/ui/assets_credits.gd, scripts/ui/result_screen.gd, их scenes/ui/*.tscn, locale/ui.csv, новый tests/ui/test_screens.gd. Не трогать scripts/game/*. Шаги:

Пауза: «Продолжить», «Заново», «Настройки», «Управление», «В меню».
Настройки: громкости по шинам, чувствительность/инверсия/режим мыши, пресет графики, звук вариометра (XC Tracer / classic_90s) и показ вариометра 90-х на стойке — сохранение в user://configs через UserSettings.save_patch, применение без перезапуска (сигнал наружу, применяет Game).
«Об игре»: все записи ASSETS.md (CC-BY авторы, Copernicus/Terrarium, OFL), прокрутка.
Итог: заголовок по оценке посадки; время, дистанция, след, набор, макс. высота (если есть в info — см. docs/guide/game.md, карточка 12-03; нет поля — строку не показывать); кнопки «Заново», «Продолжить», «В меню».
Скриншоты: пауза, настройки, «Об игре», итог (мягкая посадка и авария). КРИТЕРИЙ ПРИЁМКИ: test_screens.gd ≥ 6 проверок (сохранение настроек и чтение после перезагрузки панели; выбор classic_90s пишет ключ; «Об игре» содержит каждого автора из ASSETS.md; lines_for без поля не падает; кнопки итога эмитят 3 сигнала; нет строк без tr()). 5 скриншотов с чек-листом в docs/screenshots/ui/README.md. tools/check.sh зелёный. Зависимости: нет (волна 1); строка макс. высоты — после 12-03. Модель: sonnet. Размер: M.

Mon, 01 Jan 0001 00:00:00 +0000

Группа 11 — Интерфейс (`ui/`)

Владения: scripts/ui/, scenes/ui/, locale/, configs/ui.json, tests/ui/ (новая). Экраны наружу — только сигналы. Фокус: UI сценария свободного полёта. Выбор режима задание/тренировка и рекорды на итоге — ОТЛОЖЕНО.

Волна	Карточка	Модель	Размер	Владения
1	01 Меню, «Полёт…», карта, «Управление»	sonnet	M	start_menu, flight_setup_screen, controls_screen, ui_kit, ui.json
1	02 Пауза, настройки, «Об игре», итог	sonnet	M	pause_menu, settings_panel, about_screen, assets_credits, result_screen, locale/ui.csv

Обе карточки идут параллельно с game/01–02. locale/ui.csv — у 11-02; 11-01 присылает новые ключи списком (или дописывает после 11-02). Вне объёма: выбор времени старта (VR-5), английский (NFR-4), «Как летать».

Mon, 01 Jan 0001 00:00:00 +0000

V01. Свой конфиг растительности и травинки вблизи (рекомендации 1, 3, 4)

Цель: трава у земли дешевле вдали, приминается только ногами, посадки скошены прямоугольником, сухость по локации; настройки растительности — в своём файле, чтобы группа не делила configs/world.json с рельефом.

Контекст: docs/plan/README.md (группа 5, «Рекомендации для GrassField»), docs/guide/terrain.md («Ветер на земле», травинки), scripts/terrain/grass_field.gd, grass.gdshader, terrain.gd (_make_grass, trees_cfg), docs/guide/world-objects.md (get_landing_sites). Владения: configs/vegetation.json (новый), configs/world.json (только удалить разделы grass, trees), scripts/terrain/{grass_field.gd, grass.gdshader, terrain.gd} (в terrain.gd — только чтение конфига и вызовы травы), tests/vegetation/ (новая), docs/guide/vegetation.md (новый), docs/guide/terrain.md (таблица файлов → ссылка на vegetation.md).

Mon, 01 Jan 0001 00:00:00 +0000

V02. Деревья и импостеры по кромке 10 м, ровный тон с высоты (VR-21, VR-6)

Цель: модели и импостеры стоят ровно по кромке леса из маски 10 м, опушка читается стеной деревьев; на 2 км импостеры не темнее полога и без ступеньки яркости на границе 3,5 км.

Контекст: docs/guide/terrain.md («Лес с высоты — три плана»), docs/guide/vegetation.md (V01), scripts/terrain/tree_placer.gd, forest_impostors.gd/.gdshader, terrain_tree_models.gd, API Terrain.get_forest_mask() из T02. Владения: scripts/terrain/{tree_placer.gd, terrain_tree_models.gd, tree_model.gdshader, forest_impostors.gd, forest_impostors.gdshader, terrain_trees.gd, trees.gdshader}, configs/vegetation.json (trees), tests/vegetation/, docs/guide/vegetation.md. Не трогать: terrain.gd (вызов set_forest_mask уже добавлен T02), terrain.gdshader.

Mon, 01 Jan 0001 00:00:00 +0000

Группа 5 «Растительность» — карточки

Файлы растительности пока остаются в scripts/terrain/ (перенос в scripts/vegetation/ не нужен для основы — владение по списку файлов). Настройки — configs/vegetation.json (создаёт V01), документ — docs/guide/vegetation.md (создаёт V01). Замеры — стенд T01 группы рельефа.

#	Карточка	Модель	Размер	Волна
V01	Свой конфиг и травинки вблизи	sonnet	M	0 (‖ T01)
V02	Деревья по кромке 10 м, тон с высоты	opus	M	2 (‖ T03, T04), после T02

Волны порывов по траве (рекомендация 2) — в terrain/05 (это TerrainWind, владелец — группа 4); трава получает их через include.
Не вошло (при необходимости — следующей карточкой после V02): вариации деревьев (2–3 сида, импостеры 8 ракурсов, tools/blender/build_trees.py).
Подключение в игре (set_landing_sites из WorldObjects.get_landing_sites, set_pilot) — группа «Сцена игры».

Mon, 01 Jan 0001 00:00:00 +0000

План: погода из прогноза — температура и ветер вместо пресетов

Запрос пилота (пилот-консультант, опытный дельтапланерист): выбор «Слабый / Средний / Сильный день / Гроза / Волна» для пилота странный. Пилот знает из прогноза температуру воздуха, направление и силу ветра — это и задаём. Всё остальное (сила и частота термиков, кромка, облачность, сухие термики, пылевые вихри, грозы, болтанка…) выводится из этих трёх чисел плюс уже известных даты, места и рельефа — правдоподобно физически.

Mon, 01 Jan 0001 00:00:00 +0000

План: поле ветра на сетке, согласованное по массе, в compute-шейдерах

Статус: заменён планом docs/plan/air_model.md (три масштаба, среднее поле — Пикар); разделы этого документа переиспользуются по ссылкам оттуда. Было: план (29.09.2026), в работу не взят; кодинг — в отдельной ветке. Документ — для координатора агентов: модули, задачи со скоупом, ключевыми файлами, условиями приёмки и оценкой. Основа — исследование docs/research/slope_wind.md (§8 — слова пилота, §9 — математика, §10 — согласование с термиками и сетью). Пути к файлам проверены по коду на 29.09; новые файлы — предложение, исполнитель может уточнить.

Mon, 01 Jan 0001 00:00:00 +0000

Журнал: проверка физики и параметров крыльев (wing-physics-check)

План — docs/archive/plan/wing-physics-check.md, контракты — docs/contracts/wing-physics-check.md (К1–К6 v1, тест tests/contracts/test_wing_physics_contracts.gd, 5/5 ok). Ветка feature/wing-physics-check, копия ~/deltaplan-wing-physics-check (от main 3820bda).

Задачи

Задача	Статус	Исполнитель	Копия / ветка	Коммиты	Ключевые числа
WPC-1 паспорта против модели	принята (01.10)	dp-researcher	(удалена)	4b3b577, слияние 7a51574	модель = конфиг (трим ±0,73 %, «на себя» ±1,59 %), плотность √(ρ0/ρ) ±0,19 %; против 6 м/с на триме +2,3…+4,2 м/с, «на себя» +9…+21; 38 расхождений > 10 % с паспортом (сваливание у новых −11…−30 %, Vmax учебных −11…−27 %, спортивных +10…+36 % к DHV VG 0) — от подобия К4; atlas: срыв 12,6° < нейтраль разбега 16°
WPC-2 ветер у склона	принята (01.10)	dp-researcher	(удалена)	576550e, слияние 27f4b15	6 м/с, над стартом U/меню: аналитика 10 м 1,02, 100 м 1,85; поле 10 м 1,40 (1,03–2,10), 100 м 2,12 (1,60–2,51) = 9,6–15 м/с > трим 8,6–10,8; динамик 3 м/с поле w мед. 0,77 (0,21–1,36) — пограничный
WPC-4 конфиги по паспортам	принята (01.10)	dp-engineer	(удалена)	638c0fb, e9126b0, слияние a47bbc4	38 конфигов; макс. отклонение модель/паспорт: сваливание 1,0 %, трим 0,4 %, «на себя» 3,0 %, мин. снижение 9,9 %, его скорость 8,1 %, качество 8,4 %; путевая против 6 м/с на триме > 0 у всех 48 (мин. 1,6 м/с, 85 кг); atlas нейтраль 16→8° (запас 4,45°); тесты: wing_passports 4/4, contracts 33/33, flight 84/84, wing_models_contract 4/4
WPC-3 пачка полётов	принята (01.10)	dp-engineer	(удалена)	f4cbfd3, eaa2a59, слияние aa9dfa6	4160 запусков, 31 мин; 6 м/с трим: аналитика путевая ср. +0,5/+1,2/−0,7 м/с на 30/100/200 м (ветер в точке 9,6/9,0/10,5), поле (4 крыла) −0,2/−1,5/−3,3 (ветер 10,0/11,3/13,2) — сносит; «на себя» мин. +3,2 везде; 3 м/с — вперёд везде. Поле — «до air-start»

Решения и события

01.10 — модуль заведён по отзыву пилота (1.0.0: «6 м/с — сдувает, 3 м/с — не набрать»). Контракты К1–К3 зафиксированы по коду main, К4–К6 — форматы данных волны 1. Первичный осмотр: параметры крыльев по порядку величины реальны (трим 28,5–38,8 км/ч, «на себя» 55–101 км/ч); подозрение — профиль ветра над гребнем (U10 меню + степенной профиль α 0,24 над местной землёй + множитель высоты) и/или поле воздуха на GPU. Параллельно работает feature/control-fix (ввод/старт) — его зону не трогаем.
01.10 — дополнение пилота о старте при 0/3/6/10 м/с (через главную сессию): WPC-1 — Vmin/CL_max и скорость отрыва против бега пилота (К4 v2: новые значения quantity, колонки те же); WPC-2 — ветер 10 м/с и высоты 1–5 м над стартом/полосой разбега. Исполнителям отправлено сообщением. Логика разбега — зона feature/control-fix, не правим.
01.10 — сужение (пилот: главная проблема — управление на старте, зона feature/control-fix): доделать WPC-1..3, WPC-3 — поле только по 1 крылу на группу (slavutich_ut, training, laminar, combat), ≤ ~1 ч; волну 2 (правки параметров) не начинать без решения на шлюзе. WPC-3 уведомлён.
01.10 — пилот: паспорта крыльев считать верными — эталон, не пересматривать; WPC-1 проверяет только соответствие модели паспорту (Vmin/трим/Vmax/снижение/качество). Работу не расширять, довершить текущие замеры и отчёт. WPC-1 уведомлён.
01.10 — сбой сети: WPC-1..3 оборвались (WPC-1 — незакоммиченные файлы в tools/research/wing_physics_check/, WPC-2/3 — без файлов), возобновлены сообщением с прежними урезанными рамками; WPC-2 — поле только на 2 стартах (kayancha_south, aushtau_east) ≤ ~1 ч.
01.10 — WPC-2 принята (перепроверено по csv: 6 м/с, поле на 10 м над стартом 6,2–12,6 м/с, на 100 м 9,6–15,0; аналитика 6,1–6,3 / 11,1). Главная находка: в режиме поля (GPU, как у пилота) ветер меню задаёт приток на краю области 38 км (AirRuntime.conditions_of air_runtime.gd:161–167 → AirCase u_a = u10·max_profile air_case.gd:236–238), а не U10 на старте, хотя комментарий conditions_of говорит «на 10 м у старта»; над стартом поле даёт 1,0–2,1 × меню на 10 м. Аналитика: U10 на старте = меню, выше профиль на 10–47 % круче Taylor & Lee (отсчёт от местной земли + множитель высоты). Динамик при 3 м/с в поле — пограничный (физика). Применение к аппарату — в норме. Рекомендация исполнителя: пересчёт притока под U10 на старте (правка в AirRuntime — зона air-model, через шлюз). К3 v2 — после решения.
01.10 — WPC-1 принята (перепроверено: atlas CL_max 1,46, α срыва 12,6° при launch.alpha_neutral_deg 16°; ground_run.gd:239–242 — предел скорости бега v_cap = 6,5·(1 + 0,3·разгрузка) без учёта склона). По характеристикам крыльев любое мягкое крыло идёт против 6 м/с — «сдувает» не от поляр. Расхождения с паспортами (сваливание/Vmax новых крыльев от подобия К4) не правим — сужение объёма; вынесено в открытые вопросы шлюза. Конфликт README WPC-1/WPC-2 решён объединением разделов.
01.10 — находка control-fix (CF-1): в режиме поля у крыла на 1,5 м над стартом σw 0,4–1,05 м/с, направление ±90–180° — турбулентность поля (появилась между 551e79b и 041d8ed); бисект ведёт CF-1. Наши замеры: WPC-1 — штиль без поля (не затронут), WPC-2 — поле с выключенной турбулентностью (средние, не затронуты болтанкой), WPC-3 — турбулентность как в игре, исполнителю велено указать и оценить разброс.
01.10 — шлюз 1 (отчёт главной сессии) и решения пользователя: (1) ветер в поле — подстроить под старт, делает feature/air-start (вместе с турбулентностью CF-1), профиль аналитики не сплющиваем, модель воздуха здесь не правим; (2) конфиги крыльев — к паспортам, Vmax спортивных — DHV VG 0; (3) atlas alpha_neutral — по физике в той же задаче, control-fix — через главную сессию; (4) WPC-3 доводим, числа поля — «до air-start», повтор поля (WPC-9) — после готовности air-start. К1 → v2 (инвариант угла разбега). Запущена WPC-4.
01.10 — WPC-3 принята (перепроверено по csv: 6 м/с, трим, поле — на 100 и 200 м сносит 16/16 полётов, аналитика — 18/192 на 100 м, 122/192 на 200 м; на «на себя» путевая ≥ +3,2 м/с во всех 4160 запусках). Вывод: при 6 м/с из меню у старта и выше ветер 9–13 м/с — выше трима; аппарат «сдувает» на триме и он идёт вперёд только с подтянутой трапецией. В поле причина — завышение ветра (air-start); в аналитике — рост α с ветром (класс устойчивости) + отсчёт профиля от местной земли (вариант 2 пользователь не выбрал). Турбулентность включена во всех сериях: СКО путевой за окно 1–3,3 м/с, ошибка среднего ≈ ±1 м/с (аналитика) / ±0,5 (поле). Серия ridge искажена касаниями земли (поиск рабочей линии на триме) — только ориентир. Числа поля — «до исправления air-start»; повтор поля (WPC-9) — после готовности air-start: tools/flight/wind_penetration_batch.sh field. К3 — уточнена формулировка α (зависит от класса устойчивости), версия прежняя. Конфликт README решён объединением.
01.10 — просьба control-fix (через главную сессию): atlas launch.alpha_neutral_deg ≈ 8° (срыв 12,5°, CL нейтрали ≈ 0,76·CL_max как у других, запас ≈ 4,5°) — передано в WPC-4 (с тем же правилом для крыльев, у которых CL_max меняется по паспорту). Для сведения: control-fix (CF-1) снял предел скорости бега на склоне (ground_run.gd, их ветка): разбег в штиль спорт 67 → 13 м, atlas 64 → 18 м — вывод WPC-1 «штилевой отрыв ограничен v_cap 30,4 км/ч» после их слияния неактуален; серия WPC-3 в воздухе этим не затронута.
01.10 — WPC-4 принята (перепроверено в копии задачи: test_wing_passports 4/4, tests/contracts 33/33, tests/flight 84/84, test_wing_models_contract 4/4; после слияния в ветке модуля: contracts 33/33, flight 84/84, game 120/120; CHANGELOG — строка в «В работе»). Генератор tools/research/data/wing_passports/fit_passports.py --from-rev 2df5c2f (поляра целиком: подобие s + срез на паспортном сваливании; нейтраль разбега — прежняя доля CL_max, только вниз; alpha_range уменьшен на столько же, упор «нос вниз» прежний — иначе падал test_wing_clearance). Открытые вопросы на шлюз: CL_max по паспортам 1,13 (condor_crex3, DHV Vmin 34,5) … 2,91 (bautek_kite, «ca.» производителя); мин. снижение 0,69–0,74 у ww_t2c, ww_sport3, bautek_astir/kite (следствие паспортной Vms при прежнем качестве, своего мин. снижения в паспорте нет — вероятно, оптимистично); aeros_discus трим 1,06·Vs; ход трапеции на разбеге 8,5–10,5° у crex3, dp_she1, alto, piuma (control-fix). Для control-fix — таблица запаса «α срыва − нейтраль» по 27 крыльям — в отчёте шлюза.
01.10 — шлюз 2 (итог модуля) — отчёт главной сессии. Ждут решения: открытые вопросы WPC-4 (CL_max/мин. снижение по паспортам «ca.»), слияние в main. Ждёт air-start: WPC-9 — повтор поля tools/flight/wind_penetration_batch.sh field после исправления ветра в поле.
01.10 — решения пользователя по шлюзу 2: «ca.»-скорости оставить (паспорт — эталон); aeros_discus трим — середина диапазона 33–35 (fit_passports.py → PASSPORT_RANGE_MID, конфиг 33,4 → 34,4 км/ч при 129 кг, фикстура обновлена, генерация воспроизводится бит в бит, К1 v2 и допуски — без нарушений); слияние в main одобрено (вливает главная сессия). Свежий main подтянут в ветку модуля. WPC-9 открыт (после air-start).
01.10 — после правки Discus и слияния main (c4f9b9b): test_wing_passports 4/4, tests/contracts 33/33, tests/flight 84/84, tests/game 120/120 (в первом прогоне test_e2e_all_locations упал один раз под нагрузкой; отдельно 1/1 и повтор tests/game 120/120 — не регрессия). Готово к слиянию в main (вливает главная сессия).

Mon, 01 Jan 0001 00:00:00 +0000

Проверка физики и параметров крыльев (модуль wing-physics-check)

Ветка feature/wing-physics-check, копия ~/deltaplan-wing-physics-check (от main 3820bda). Журнал — docs/archive/plan/wing-physics-check-progress.md, контракты — docs/contracts/wing-physics-check.md.

Повод

Отзыв пилота (версия 1.0.0): «6 м/с — сдувает, при 3 м/с не набрать высоту. Пробовала на всех, кроме жесткокрылов». То есть на мягких крыльях при ветре 6 м/с аппарат сносит назад (не держится против ветра), при 3 м/с не удаётся набрать высоту (динамик/термики).

Ожидание из реальности: триммер ~31–39 км/ч (учебные ~30, спортивные ~37), Vmax 55–100 км/ч; против ветра 6 м/с (21,6 км/ч) аппарат идёт уверенно, на отданной ручке — с запасом; парение в динамике при 3 м/с на хорошем склоне — пограничное, но реальное, при 5–6 м/с — обычное.

Mon, 01 Jan 0001 00:00:00 +0000

План: линейка крыльев — классы, модели, выбор в «Полёт…», 3D

Запрос (пользователь и два пилота-консультанта, оба опытные дельтапланеристы): широкая линейка реальных крыльев, сгруппированных по классам; группы упорядочены по качеству и по ветру, в котором на крыле комфортно летать. В «Полёт…» сначала выбирается группа, потом модель в ней. Своя поляра, управляемость и масса у каждого крыла; своя 3D-модель. Один пилот летал на Icaro Laminar (мачтовом) — оно обязательно. Другой летал на советском «Апогее» В. Мысенко — тоже.

Mon, 01 Jan 0001 00:00:00 +0000

Журнал: 3D-модели и конфиги крыльев по ТЗ

Координатор: dp-coordinator. Рабочая копия ~/deltaplan-wings3d, ветка wings/models3d (от main 5df933e). В main не вливается — отчёт главной сессии. План — docs/archive/plan/wings-models3d.md, контракты — docs/contracts/wings-models3d.md.

Задача	Статус	Исполнитель	Копия / ветка	Коммиты, числа, решения
Контракты К1–К4 + контрактный тест	сделано (2026-10-01)	координатор	`~/deltaplan-wings3d`	`tests/game/test_wing_models_contract.gd`: на main 2 падения, ожидаемые (training площадь 15,32 против 15,80 м², −3 %; sport `lower_cover` 0,70 при 92 % двойной) — чинит W3-01
W3-01 существующие крылья по E1–E9	принята (2026-10-01), влита 50794f3, копия удалена	dp-engineer (Opus)	`wings3d/w3-01`	bd54c0a, 811b8dd. training tip 0,90→1,00 (площадь 15,32→15,81 м²); sport латы 14→11, нос 132→128°, nose_forward 1,35, lower_cover 0,70→0,88; combat латы 16→12; laminar 13→9. Все 9 — площадь ±0,6 %. Треугольники: training 13 112, sport 13 268, combat 13 844, laminar 12 560 (≤ 14 000). check_models — крылья из configs/wings, добавлен бюджет на крыло. Тесты крыльев и контрактный — 0 падений (перепроверено). Кадры — build/screenshots/w3-01/
W3-02 шаблон новой модели (К3, К4), проба N1/N24	принята (2026-10-01), влита b62b500, копия удалена	dp-engineer (Opus)	`wings3d/w3-02`	b9bef60, 2ad95ea, 82259ed, c96096e; после слияния координатор перегенерировал ТЗ/спецификацию на новых базах W3-01 и пересобрал N1 — 3cef695. `make_3d_tz.py` → `out/wings3d_spec.json` (39 крыльев, сверка с «Что задать» OK, `--check`); `make_new_wings.py <id…>/--existing/--all` — запись формы, конфиг (К4), `ui.csv`, идемпотентно; правки вида — `wings3d_overrides/<id>.json`. N1 icaro_piuma: f 0,996, сваливание 23,9, трим 30,9, L/D 9 (= training), площадь 16,00/16,04, 12 728 треуг.; N24 ww_t2c: f 1,034, сваливание 27,9, трим 37,2, L/D 15 (= sport), 13,39/13,40, 13 268 треуг. DHV Vmin выше сваливания поляры у всех 22 крыльев с данными на 5–30 % (N1 −24 %, N24 −13 %) — на шлюз. Меню: самая длинная группа kingpost — 18 крыльев, 1280×720 прокручивается штатно, правок не нужно. Тесты test_wing_picker/test_wing_catalog — без жёстких списков. Перепроверено: check_models OK, 11 наборов тестов крыльев и test_ui — 0 падений. Кадры — build/screenshots/w3-02/
W3-DHV благодарность DHV на «Об игре» (игра, сайт) — просьба пользователя	принята (2026-10-01), влита fe06857, копия удалена	dp-writer (Sonnet)	`wings3d/w3-dhv`	b82b3a9: ключ `about_thanks_dhv` (ru/en) под `about_intro` в `about_screen.gd`; на сайте страницы «Об игре» нет — раздел «Благодарности» на главной `site/content/_index.md` со ссылкой dhv.de; `ui_shot --only=about` (общий ui_shot в копии падал «фон за меню не загрузился» — не разбиралось). test_ui 6/0 (перепроверено). Кадры — build/screenshots/w3-dhv/
W3-03 новые P1, пачка А: N2, N3, N4, N10–N15 (+ строки docs/guide/models.md N1, N24)	принята (2026-10-01), влита f59bed7, копия удалена	dp-engineer (Opus)	`wings3d/w3-03`	8f919e4, 53d7379. 9 крыльев, площадь ±0,3 %, 12 128–13 472 треуг.; новое необязательное поле К1 `top_wires` (MastR); test_polar: класс качества MastR — topless. Конфликты glider_params/ui.csv сняты `make_new_wings.py --existing` (записи совпали с обеими ветками), docs/guide/models.md объединён. После слияния: 27 крыльев, check_models OK, 11 наборов тестов — 0 падений (перепроверено). Кадры — build/screenshots/w3-03/
W3-04 новые P1, пачка Б: N20, N25, N26, N28, N29, N31, N32	принята (2026-10-01), влита (слияние после 0a test_polar), копия удалена	dp-engineer (Sonnet)	`wings3d/w3-04`	cb8a056. 7 крыльев, площадь ±0,2 %, 11 696–13 844 треуг.; overrides: Z9 `short_battens`, Fizz без luff-линий; reference.min_sink_speed_kmh Combat C/Z9 — замер sweep. Перепроверено: check_models OK, 11 наборов — 0 падений. Кадры — build/screenshots/w3-04/
W3-05 новые P2, пачка В: N5–N9, N16–N19	принята (2026-10-01), влита 3591c05, копия удалена	dp-engineer (Sonnet)	`wings3d/w3-05`	b3b22e0. 9 крыльев, площадь ±0,2 %, 11 840–13 844 треуг.; правок вида нет (заметки не выражаются полями К1). Конфликты сняты `--existing` (записи совпали с обеими ветками). После слияния: 36 крыльев, check_models OK, 11 наборов — 0 падений (перепроверено). Кадры — build/screenshots/w3-05/ (в склейке у подписей срезана первая буква — косметика, не переделывалось)
W3-06 новые P2, пачка Г: N21–N23, N27, N30, N33–N39	принята (2026-10-01), влита ca1ab89	dp-engineer (Sonnet)	`wings3d/w3-06`	506ad01, 669b9c9, 2b783d8. 12 крыльев, площадь ±0,3 %, 11 840–13 844 треуг.; override: REV `faired_uprights`, reference.min_sink_speed_kmh REV — замер. После слияния: 48 крыльев, check_models OK, контрактный и 16 наборов тестов, перебирающих крылья, — 0 новых падений (test_takeoff atlas падает и на чистом main 5df933e — не регрессия; test_wing_clearance — см. развилку). Кадры — build/screenshots/w3-06/

Решения координатора:

Mon, 01 Jan 0001 00:00:00 +0000

План: 3D-модели и конфиги крыльев по ТЗ (`docs/research/glider_3d_tz.md`)

Ветка wings/models3d (от main 5df933e), рабочая копия ~/deltaplan-wings3d, координатор — dp-coordinator. Задачи — в своих копиях ~/deltaplan-wings3d-<задача>, ветки wings3d/<задача>. Журнал — docs/archive/plan/wings-models3d-progress.md, контракты — docs/contracts/wings-models3d.md.

Цель

Обновить 3D-модели 9 существующих крыльев по разделам E1–E9 ТЗ.
Конфиги существующих — сверены и поправлены прошлой работой (docs/research/wings_config_sources.md); здесь — только то, что вытекает из правок 3D (согласованность К1/К2).
Добавить 39 новых крыльев N1–N39: запись glider_params.json, модель glider_<id>.glb, конфиг, перевод названия.

Решения пользователя (не обсуждаются)

Точность: достаточно, чтобы с 3 м было похоже; не шлифовать; мелкие визуальные детали — не больше 2 попыток, берётся лучшая.
Поляры: приоритет DHV; поляры без данных DHV не менять; абсолютным L/D заявок не верить; combat.best_glide не калибровать.
Тип конструкции без цитаты — по году и классу, по умолчанию мачтовое.
Совместимость не нужна: форматы конфигов и моделей можно менять.
Внешние 3D-ассеты — только с подходящей лицензией (учёт в ASSETS.md). Здесь не нужны: модели строятся параметрическим скриптом.

Решения пользователя на шлюзе 1 (2026-10-01)

Поляры новых крыльев — вариант А: пересчёт по нагрузке от базы; расхождение с DHV Vmin — в _doc, относительно базы, без порога 10 % (К4 v2). Варианты Б (тянуть к DHV Vmin) и В (исследование определения Vmin) не делаем.
Приняты решения координатора: N19 Spyder — безмачтовое (topless), N28 Litesport — мачтовое (kingpost), N15 MastR — мачтовое с оценкой высоты мачты; К3 v2.
Дальше без шлюзов между волнами (если нет развилок): волна 2 (W3-03, W3-04), затем волна 3 (W3-05, W3-06), отчёт после волны 3 — что сделано, коммиты, по скриншоту на крыло (можно склейкой), открытые вопросы. Строки docs/guide/models.md для N1, N24 — в волне 2. В main не вливать.
Уточнение (2026-10-01): задача волн 2–3 — добавить много крыльев, корректность — по отзывам игроков; развилки решает координатор сам (журнал: «развилка → решение → почему»), возврат раньше — только при блокировке.

Mon, 01 Jan 0001 00:00:00 +0000

Журнал: паспорта крыльев → конфиги и ТЗ на 3D-модели

Координатор: dp-coordinator (сессия 01K4ZH58…). Рабочая копия ~/deltaplan-wings, ветка wings/passports (от main, 1d8be1a). В main не вливается — отчёт главной сессии.

Задача: (1) поправить configs/wings/*.json существующих крыльев по паспортам (источник каждого числа — docs/research/wings_config_sources.md); (2) ТЗ на 3D-модели docs/research/glider_3d_tz.md: по разделу на каждую существующую и каждую новую модель.

Границы: модуль воздуха не трогаем; полярами, закруткой, формой паруса без данных не занимаемся; абсолютным L/D из заявок не верим.

Mon, 01 Jan 0001 00:00:00 +0000

W01. Провода, опоры и заборы OSM — без просадки FPS

Цель: в Онгудае у земли 1%-low ≥ 60 FPS на целевом железе (RTX-класс), как на остальных локациях.

Контекст: docs/guide/game.md → «Замеры» (Онгудай: среднее 69–88, 1%-low 31–43; wires 11 012, supports 3 767, wire_tiles 775, osm_fence_spans 2 230), docs/guide/world-objects.md, scripts/world_objects/ (провода, опоры, заборы), configs/world_objects.json, tools/bench/frame_bench.sh. Папки-владения: scripts/world_objects/, scenes/world_objects/, configs/world_objects.json, tests/world_objects/.

Шаги

Профилировать Онгудай у земли (draw calls, объекты): tools/bench/probe (medium).
Опоры и столбы заборов — MultiMesh по тайлам; провода — один меш на тайл (цепные линии запечь в ArrayMesh), visibility_range с запасом; заборы дальше N м — не рисовать.
Проверить, что визуально ничего не пропало (скриншоты «wires»/«village» до и после).

Критерий приёмки

tools/bench/frame_bench.sh (medium, fullscreen 1920×1080, под timeout): Онгудай — среднее ≥ 120, 1%-low ≥ 60 во всех отметках; остальные локации не хуже, чем до.
Скриншоты до/после с провода и забора вблизи — идентичны по составу объектов.
Тесты world_objects зелёные, lint чисто.

Модель: opus. Размер: S–M.

Архив планов on Deltaplan

А1 — структурные правки решателя воздуха: план (А1.1)

Коротко

А2: сходимость в штиль

Итог

Что гоняли

Разведка перед А2: сходимость и цена решателя при параметрах перекалибровки

А3: переключатели схемы среднего поля — выбор по физике

А4 «Случай Perdigão» — постановка для совместной калибровки (C10 v1)

1. Постановка

Рельеф и сверка с мачтами

Б1 «Совместная калибровка Askervein + Perdigão» — записка

Коротко

1. Сопоставимость (этап 1, принято К2 → C10 v3)

Б2 «α и λ в игре: профиль притока по устойчивости, пересчёт эталонов и цена» — записка

Коротко

1. Функция профиля

AM-00: база для сравнения масштабов 1–3 (модель воздуха)

1. Headless-прогон (tools/check.sh / res://tests/run_tests.tscn)

Журнал хода работ: модель воздуха (feature/air-model)

Контракты систем (решение пользователя, 29.09.2026)

Пилот П-3: физическая кодировка входа и выхода — план для координатора air-nn

0. Итог P3 (04.10.2026, решение пользователя)

air-nn — журнал хода работ

Текущая цель (02.10.2026, от главной сессии)

Нейросеть вместо решателя в игре (air-onnx) — план

Решения пользователя (не обсуждаются)

Решения координатора

Границы (что модуль не делает)

Задачи

Журнал модуля «воздух у старта» (air-start)

Решения

Модуль «воздух у старта» (air-start)

Цель

Решения пользователя (не обсуждаются)

Границы и чего не трогаем

Контракты

01. Бот-маршрутник: ищет термики по вариометру и летит маршрут (FR-34a)

02. Эталоны реальных XC-полётов и замер проходимости на всех локациях

03. Калибровка пресетов по проходимости маршрута + регрессионный тест

04. Слова пилота в числах: подсос, «затянет и выкинет», +8, термики без облаков

05. Набор у склона на каждом старте (первый шаг маршрута FR-34a, FR-12, FR-13)

06. Волна: подъём и роторы согласованы с лентикулярами (остаток VR-27)

A07. Центровка термика в болтанке (бот) и проверка, что термик вообще «берётся»

Группа 2 «Физика атмосферы» — карточки

Порядок и параллельность

01. Сборка Linux и smoke зелёные

Шаги

Критерий приёмки

02. Стабильность: матрица крылья × локации × погода

Шаги

Критерий приёмки

03. Замеры FPS и времени загрузки (NFR-1, NFR-2)

Шаги

Критерий приёмки

04. Проверка конфигов: _doc и единицы измерения (NFR-7)

Шаги

Критерий приёмки

05. ASSETS.md против файлов в assets/ и data/

Шаги

Критерий приёмки

06. Синхронизация TODO.md с кодом

Шаги

Критерий приёмки

Группа 13. Сборка, проверка и выпуск (Linux)

Порядок

CF-1: замеры старта (данные исследования)

Бисект поля GPU (серия 3, gpubisect2.sh <коммиты…>, окно, --gpu)

Журнал модуля «control-fix»

Решения

План модуля «control-fix» — регрессия управления на старте (1.0.0)

Цель

F01. Срывы взлёта в сильный день

План: группы задач

Прототип: клеточный автомат тепла и массы (2D-разрез хребта)

Идея (слова пользователя)

M01. Поза «стоя» на старте и вариометр 90-х в поле зрения

Дефекты (из приёмки кабины)

Критерий приёмки

Зазор крыла над рельефом после SF-3 + SF-4

1. Headless-прогон (`tools/check.sh` / `res://tests/run_tests.tscn`)

04. Проверка конфигов: `_doc` и единицы измерения (NFR-7)

Бисект поля GPU (серия 3, `gpubisect2.sh <коммиты…>`, окно, `--gpu`)

Группа 10 — Задания, тренировки, рекорды (`tasks/`)

Порядок и параллельность (вместе с `../vegetation/`)

Группа 11 — Интерфейс (`ui/`)

План: 3D-модели и конфиги крыльев по ТЗ (`docs/research/glider_3d_tz.md`)