1662 commits

This branch

This branch

All branches

Author	SHA1	Message	Date
bot-backend	b7629067cf	Merge pull request 'chore(mocks): add financial_estimate to parcel-analyze mock for local preview (#1881)' (#1888) from chore/mock-financial-estimate into main	2026-06-23 21:01:30 +00:00
Light1YT	5359556068	chore(mocks): add financial_estimate to parcel-analyze mock for local preview (#1881) ... Финмодель (PR-1..5) видна в кокпите только при NEXT_PUBLIC_USE_MOCKS=true если мок несёт financial_estimate (моки минуют backend → фронт читает JSON напрямую). Раньше мок его не имел → Investment Clearance в локальном preview показывал «—». Добавлен аутентичный financial_estimate (37 полей: каскад затрат + БДР + DCF NPV/IRR/PBP + финансирование + teap_synth + caveat), сгенерённый РЕАЛЬНОЙ synthesize_parcel_financial для участка area=8240, КСИТ 3.5, цена 165k/comfort/ high-rise — гарантирует совпадение с прод-выводом, не руками-числа. NPV 3.9М, IRR 15.4%, чистая прибыль после финанс. 7.2М (проценты 224М съели маржу — реалистичный тонкий high-rise). Refs #1881	2026-06-24 01:58:44 +05:00
bot-backend	8bec98e435	Merge pull request 'fix(estimator): enable split-home disclosure at validated threshold 1.2 (audit #1871)' (#1887) from fix/finmodel-split-disclosure-threshold into main	2026-06-23 20:55:45 +00:00
Light1YT	77a3d3f75a	fix(estimator): enable split-home disclosure at validated threshold 1.2 (audit #1871) ... Включает wide-corridor disclosure (PR #1880, был default OFF) — но с ИСПРАВЛЕННЫМ порогом по prod-данным. Проверка на trade_in_estimates (60д): corridor_pct = (range_high-range_low)/ median_price имеет median≈0.48, p90≈0.93, p99≈1.38; **30.7% оценок > 0.6**. Старый порог 0.6 прилепил бы caveat «дом разбит на секции» к ~трети оценок — большинство НЕ split-дома (широкий коридор бывает от разных причин). Это была бы ложная атрибуция (дезинформация). - estimate_wide_corridor_threshold 0.6 → 1.2: genuine split-дома из аудита = 148-170% (1.48-1.70) → 1.2 ловит только экстремальный хвост (>p99), не трогая нормальную оценочную неопределённость. - estimate_wide_corridor_disclosure_enabled False → True (включаем после валидации). ENV-override сохранён (kill-switch). - Формулировка смягчена: «дом разбит на секции» → «вероятно, дом разбит на секции разной этажности ИЛИ разнородный фонд» — мы ИНФЕРИМ split по ширине коридора, не доказываем структурно. - Логика не тронута: фаерит только Tier A + corridor>threshold, только понижает confidence + дописывает explanation; point/median/range не трогает. Тесты: обновлены default-ассерты (флаг ON, порог 1.2) + 2 behavioral boundary- теста (фаерит при pct>threshold, НЕ фаерит при умеренном 1.045<1.2 — доказывает что raise убрал false-positive flood). 13 passed. Refs #1871	2026-06-24 01:54:58 +05:00
bot-backend	f0b689318e	Merge pull request 'feat(finmodel): financing overlay (кредит 15%) поверх unlevered DCF (epic #1881 PR-5)' (#1886) from feat/finmodel-financing into main	2026-06-23 20:23:47 +00:00
Light1YT	d350d27325	feat(finmodel): financing overlay (кредит 15%) поверх unlevered DCF (epic #1881 PR-5) ... Финансирование как ДОПОЛНИТЕЛЬНЫЙ overlay поверх готового unlevered cashflow: кредитная линия покрывает накопительный кассовый разрыв, проценты капитализируются (compound), ставка _CREDIT_RATE_ANNUAL=15% (норматив, ОТДЕЛЬНО от ставки дисконтирования — разная семантика: стоимость долга vs требуемая доходность). Backend (financial.py): - _compute_financing(operating_cf, annual_rate) — чистая (READ-ONLY вход, не мутирует): процент на остаток на начало месяца ДО движений → капитализация; draw=-cf при оттоке, repay=min(cf,debt) при притоке (долг не уходит в минус). Возвращает peak_debt_rub / total_interest_rub / ending_debt_rub. - compute_financial: вызов после DCF, net_profit_after_financing = net − interest. - _build_monthly_cashflow и unlevered NPV/IRR/PBP НЕ ТРОНУТЫ → инвариант Σ unlevered cashflow == net_profit сохранён (регресс-тест). - FinancialModel +6 полей (financing_enabled/annual_rate_used/peak_debt_rub/ total_interest_rub/net_profit_after_financing_rub/financing_is_simplified). Frontend: ParcelFinancialEstimate +6 полей; adaptFinanceDrawer + concept-каскад показывают пиковый долг/проценты/чистую прибыль после финанс. (когда enabled). MVP: только агрегаты, БЕЗ levered IRR (хрупко на хардкод-100%-долге — отдельный PR). HEAVY caveat: проценты — реальная стоимость (net после < net до); 100% покрытие разрыва (нет equity/LTC); compound; эскроу не моделируется; unlevered headline не затронут. financing_is_simplified=True флаг. mypy strict clean, +9 backend + 3 frontend тестов (compound точное значение, no-mutation, инвариант-регресс, монотонность, net_after<net), api-types регенерён авторитетно, deps не тронуты (hand-roll). Refs #1881	2026-06-24 01:12:47 +05:00
bot-backend	9495c2d157	Merge pull request 'feat(site-finder): bridge финмодели (DCF) в кокпит Investment Clearance (epic #1881 PR-4)' (#1885) from feat/finmodel-sitefinder-bridge into main	2026-06-23 17:55:03 +00:00
Light1YT	67b65c8d8a	feat(site-finder): bridge финмодели (DCF) в кокпит Investment Clearance (epic #1881 PR-4) ... Investment Clearance в site-finder кокпите больше не «—»: синтезируем лёгкий ТЭП из buildability участка (площадь + предельные параметры зоны НСПД/ПЗЗ — КСИТ/%застройки/этажность) → прогоняем через полноценную финмодель (каскад затрат PR-1 + калибр.цена PR-2 + помесячный DCF PR-3) → GDV/Cost/Profit/ROI/ IRR/NPV/PBP в кокпите. Backend: - new app/services/site_finder/parcel_financial.py (ЧИСТЫЕ функции, без БД): synthesize_teap_from_buildability (GFA=area×max_far, degradation pct+floors; residential=GFA×eff; apartments/parking — нормативы teap.py, не дублируются) + synthesize_parcel_financial (housing_class из цены, development_type из этажей, land_cost=кадастровая). None когда нельзя строить МКД / нет зонинга / нет площади. - parcels.py: 1 вызов в try/except (hot-path-safe → None при сбое) + ключ financial_estimate в /analyze. Схема не тронута (AnalyzeResponse extra=allow, codegen не нужен). +18 тестов. Frontend: - ParcelFinancialEstimate тип (site-finder.ts, hand-typed). - adaptInvestmentClearance(financial)/adaptFinanceDrawer(financial): реальные числа (GDV/Cost/Profit/ROI/IRR + NPV + срок окуп.) или честный placeholder когда null. Локализация класса/типа (high_rise→высотная). Прокинут analysis через PticaBottomGrid/drawer-registry. +6 тестов, 144 passed. HEAVY caveat везде: ОРИЕНТИРОВОЧНАЯ модель по МАКС.застройке НСПД, НЕ реальная концепция; land=кадастровая (не рыночная); график — типовой; IRR proxy-флаг. mypy strict clean (generative.*), ruff/tsc/lint clean. Закрывает эпик #1881 (финмодель = полноценная DCF, видна в кокпите). Follow-up: финансирование (кредит/займы), §22 sales-pace, гео-радиус калибровки. Refs #1881	2026-06-23 22:44:04 +05:00
bot-backend	ae90f84c90	Merge pull request 'feat(finmodel): monthly DCF — real NPV/IRR/PBP, replace IRR-proxy (epic #1881 PR-3)' (#1884) from feat/finmodel-dcf into main	2026-06-23 17:02:54 +00:00
Light1YT	d4068a255b	feat(finmodel): monthly DCF — real NPV/IRR/PBP, replace IRR-proxy (epic #1881 PR-3) ... Hand-rolled детерминированный DCF (без numpy-financial/новых deps): _npv / _irr_monthly (bisection с bracket-guard) / _payback_months над помесячным cashflow, построенным из статического каскада (PR-1) + калиброванной цены (PR-2) по дефолтным нормативам фаз (ПИР 6мес → СМР по development_type 24/36/48 → распродажа, дисконт 15%). - Налоги прорейтятся на признание выручки → Σ недисконтированного cashflow == net_profit (ИНВАРИАНТ, тест — гарантия что DCF не разошёлся со статикой). - IRR настоящий когда есть смена знака; вырожденный поток → fallback на roi-proxy (irr_is_proxy=True). Честно помечено. - График продаж привязан к завершению стройки: sales_end = max(sales_start + длительность, construction_end) — продажи не заканчиваются раньше ввода (РФ ДДУ/эскроу). Без этого high_rise распродавался за 12 мес ДО ввода → двойная смена знака → profitable-проект молча падал в proxy + инверсия NPV. - FinancialModel +npv_rub/payback_months/discount_rate_used/schedule_is_default (additive). development_type проброшен через placement. - UI/PDF: NPV/IRR/PBP + честный caveat «график — типовое допущение, точность зависит от него». api-types регенерён авторитетно. mypy strict clean (generative.*), +15 тестов (DCF helpers на учебных значениях, ИНВАРИАНТ, IRR real-vs-proxy обе ветки, PBP, sales≥construction для всех типов, profitable high_rise → настоящий IRR). 48 passed. Refs #1881	2026-06-23 21:52:04 +05:00
bot-backend	2276c2057b	Merge pull request 'feat(generative): calibrate finmodel sale price from Objective market (epic #1881 PR-2)' (#1883) from feat/finmodel-price-calibration into main	2026-06-23 16:21:15 +00:00
Light1YT	b1332d6b55	feat(generative): calibrate finmodel sale price from Objective market data (epic #1881 PR-2) ... Заменяет хардкод-цену продажи жилья (класс-норма) на реальную рыночную медиану из Objective по локации участка. compute_financial остаётся ЧИСТЫМ (без БД) — DB-lookup в API-слое, цена прокидывается параметром. - compute_financial: +optional market_price_per_sqm/price_source; цена = рынок если есть, иначе класс-норма. Паркинг/СМР НЕ калибруем (только жильё). - concepts.py _lookup_market_price(db, lon, lat): центроид → ближайший ekb_district (ST_DWithin 5км) → медиана objective_lots.price_per_m2_rub (n>=10, фильтр 30k-600k) → fallback ekb_districts.median_price_per_m2 → None. try/except → graceful (None, class_norm) при любой ошибке (вне ЕКБ/ нет гео/SQL) без краха генерации. psycopg3 CAST. - FinancialModel +price_per_sqm_used/price_is_calibrated/price_source (additive). - Threading market_price через generate→placement→compute_financial (optional kwargs, backward-compat). - UI/CSV: честный caption источника (рынок Objective / справочник района / норматив класса). Старый лживый footnote «не калиброванная модель» → условный. Prod-verified: калибруется 4 главных ЕКБ-района по name-match (Академический 204k лотов, Ленинский 38k, Кировский, Орджоникидзевский); остальные 5 admin- районов честно → district_reference. Гео-радиус matching (полное покрытие) — follow-up. api-types.ts регенерён авторитетно. mypy strict clean (generative.*), +14 тестов (калибровка/lookup 4 ветки/SQL-ошибки graceful/backward-compat). Refs #1881	2026-06-23 21:10:25 +05:00
bot-backend	29bbe47ed8	Merge pull request 'feat(generative): full static developer financial cascade (epic #1881 PR-1)' (#1882) from feat/finmodel-cost-cascade into main	2026-06-23 11:57:05 +00:00
Light1YT	65bab902e1	feat(generative): full static developer financial cascade (epic #1881 PR-1) ... Объединяет наше (площади из реальной геометрии teap) + полноту девелоперской Excel-модели (каскад затрат + БДР с налогами). Расширяет financial.py из статического GDV−COST в полный статический расчёт. БЕЗ DCF (PR-3), БЕЗ новых вводных от пользователя — только нормативы + существующий TEAP. Каскад (financial.py): - Выручка: жильё (residential×price) + ПАРКИНГ (spaces×1.9М) - Затраты: СМР(резид+паркинг) + ПИР 2.5% + сети/ТУ 6000₽/м² + услуги заказчика 1.5% + резерв 3% + маркетинг/риэлтор 7% выручки + земля - БДР: валовая маржа → НДС (упрощённо) → прибыль до налога → налог 25% (ФЗ 176-ФЗ) → ЧИСТАЯ прибыль → ROI + чистая маржа% - Нормативы документированы (источник: Excel-эталон «Авангардная 13» + RU-рынок) FinancialModel (concept.py): +16 additive-полей (revenue breakdown, cost cascade, БДР/налоги, roi, margin_pct, irr_is_proxy). Старые 4 поля сохранены (backward-compat). IRR честно помечен irr_is_proxy=True (annualized net ROI, не DCF) — настоящий IRR/NPV/PBP в PR-3 (помесячный cashflow). НДС — документированное упрощение, не точный НК РФ. Офисы пропущены (нет площади в TEAP). PDF + concept UI: полный БДР-каскад + чистая прибыль/ROI + честные сноски. api-types.ts регенерён авторитетно (openapi-typescript + prettier, как CI). mypy strict clean (generative.*), +тесты (каскад/паркинг/налоги/backward-compat/ edge cost=0), 36 passed. Refs #1881	2026-06-23 16:45:58 +05:00
bot-backend	7ae96ad1af	Merge pull request 'fix(estimator): radius (source,source_id) dedup + split-house corridor disclosure (audit #1871 P2)' (#1880) from audit/1871-p2-estimator-dedup-split into main	2026-06-23 09:49:11 +00:00
Light1YT	1b23fc5d95	fix(estimator): radius (source,source_id) dedup + split-house corridor disclosure (audit #1871 P2) ... Два P2-фикса в чувствительном estimator.py, оба за флагами. DEDUP (estimate_radius_dedup_enabled, default ON): radius-путь _fetch_analogs (Tier S-canonical/S-fallback/H/W) кэпил только per-address (rn_addr ≤ MAX_ANALOGS_PER_ADDRESS=5), но (source,source_id)-дубли делят один address и выживали на разных rn_addr рангах → раздували n_analogs (prod 2026-06-23: yandex 48, cian 9, n1 5 excess). Добавлен rn_dup-window PARTITION BY source, CASE(id:source_id|url:source_url|ctid) ORDER BY scraped_at DESC + AND rn_dup=1 во все 4 тира — зеркалит anchor-dedup (:1556). CASE/ctid-guard не схлопывает legacy NULL-source_id. ctid доступен (все тиры FROM listings single-table). psycopg3: column::type (легально), bind-param :: отсутствует. SPLIT DISCLOSURE (estimate_wide_corridor_disclosure_enabled, default OFF): Tier A матчит по address-regex (намеренно — дом дробится на house_id), на split-доме разной этажности comp_min..max растягивает коридор до 148-170%. При corridor_pct > threshold (0.6) → понизить confidence на ступень + caveat «дом разбит на секции разной этажности — оценка ориентировочная». НЕ трогает point/median/range — только confidence+explanation. Helper _downgrade_confidence. Default OFF (no-regress, включим осознанно). Merge house_id отклонён (recon: вреден — Tier A намеренно обходит house_id-группировку). Тесты: +22 (dedup 4 тира + семантика + psycopg3-regex guard; split disclosure через реальный _run_estimate harness + does-not-touch-median/range + helper). 399 estimator passed, ruff clean, mypy pre-existing-only. Refs #1871	2026-06-23 14:48:02 +05:00
bot-backend	50b57788ee	Merge pull request 'fix(tradein): drop non-EKB avito detail coords on ingest (audit #1871 P2)' (#1879) from audit/1871-p2-avito-coord into main	2026-06-23 09:34:13 +00:00
Light1YT	04550bc94f	fix(tradein): drop non-EKB avito detail coords on ingest (audit #1871 P2) ... avito_detail.parse_detail_html писал data-map-lat/lon прямо в listings UPDATE COALESCE без bbox-валидации — в отличие от geocoder.py, который фильтрует везде. Итог: 406 active avito-листингов с координатами Питер/Тюмень/Уфа просочились в ЕКБ-датасет (ложные аналоги через Tier A address-match оценщика). Prod-verified 2026-06-23. - geocoder: DRY-хелпер is_within_ekb_bbox(lat, lon, bbox) + именованные EKB_BBOX_TIGHT (geocoder-фильтр, числа не изменены) и EKB_BBOX_WIDE (ingest-guard); 2 inline tight-проверки → хелпер (поведение identical). - avito_detail: после извлечения lat/lon → reset None + logger.warning если вне wide-bbox; листинг падает в geocode-cron путь (COALESCE NULL не затирает прежнее хорошее значение). - tests: bbox-хелпер (ЕКБ True, Питер/Тюмень/Уфа False, inclusive, WIDE⊇TIGHT инвариант) + parse_detail_html guard end-to-end. WIDE строго содержит TIGHT — guard физически не режет ничего, что geocoder сам бы пропустил. NULL lat (14935, geocode backlog) — отдельная проблема, не в scope. One-time cleanup существующих 406 — отдельно (database-expert, prod data mutation). Refs #1871	2026-06-23 14:33:10 +05:00
bot-backend	f13eac3b97	Merge pull request 'fix(site-finder): P3 a11y/UI batch from audit #1871' (#1878) from audit/1871-p3-uiux into main	2026-06-23 07:55:24 +00:00
Light1YT	f7773c71d4	fix(site-finder): P3 a11y/UI batch from audit #1871 ... - add <h1> page title to analysis page (иерархия стартовала с h2 — a11y) - emoji → Lucide во всех вердикт/баннер/статус UI (ui-conventions: emoji запрещены): GateVerdictBanner (VerdictColor.icon string→ComponentType, sourceHint→ReactNode, SectionLabels), + найдены ещё 3 файла: OverviewTab (⚠ ЛЭП/трамвай), GeotechRiskBlock (🟡 вечная мерзлота → Snowflake, ⚠ загрязнение), HydrologyBlock (⚠ паводок, 🏞💦🪷🚣💧 subtype-map → Waves/Droplet). Все иконки декоративные → aria-hidden, семантика дублируется текстом. Семантические цвета через var(--success/--warn/--danger) + hex-fallback. - расшифровка аббревиатур при первом упоминании (ui-microcopy): Section2 «строительство в охранной зоне (ОЗ)... зоне с особыми условиями использования территорий (ЗОУИТ), тип 5»; Section4 title-tooltip для ЗОУИТ. - ForecastChart: axis-chrome hex (:65/67/68) задокументирован как canvas-renderer исключение (echarts canvas не резолвит CSS var() — var() сломал бы chrome, как и VIZ-series). Цвета не тронуты, только комментарий. НЕ в scope: ForecastChart CI-band (±p25/p75 — backend не отдаёт, отдельная задача); ★ в WeightProfilePanel <option> (SVG в option невозможен); токенизация legacy-hex в Geotech/Hydrology (отдельный pass). 138 frontend vitest passed, tsc/lint clean. lucide-react уже в deps. Refs #1871	2026-06-23 12:52:32 +05:00
bot-backend	bfa95e4aee	Merge pull request 'fix(site-finder): honest POI-score label + drop duplicate MOI column (audit #1871 P2)' (#1877) from audit/1871-p2-invest-moi into main	2026-06-23 07:39:47 +00:00
Light1YT	589b3bfdc3	fix(site-finder): honest POI-score label + drop duplicate MOI column (audit #1871 P2) ... Два disclosure-фикса + 3 consistency follow-up (по code-review). invest_score = взвешенная POI-сумма (distance-decay + center-bonus, max-ref 40), НЕ калиброванный инвест-рейтинг (scorer.py — пустой стаб). Был мислейбл «Инвест-балл». Формулу/SCORE_MAX_REFERENCE не трогаем — только честная подпись. - backend parcels.py: score_explanation → «POI-скор (0–40, оценочный)... Не инвест-рейтинг...» - KpiCard: новый optional caption prop (backward-compat). - Section1ParcelInfo: KPI «Инвест-балл» → «POI-скор · 0–40» + caption «оценочный». - legacy site-finder: scoreLabel → «POI-скор · {label} · оценочный». - CompareTable: «Инвест-балл» → «POI-скор · 0–40» (тот же score, был мислейбл). - landing app/page.tsx: «Score 0–100» → «POI-скор 0–40» (реальная шкала). - Section1 scoreColor: пороги 0–100 → 0–40 калиброванные (_score_label: <5 плохо · 5–15 средне · 15–25 хорошо · ≥25 отлично) — раньше хороший ~30/40 участок рисовался red рядом с честным «0–40» лейблом. MOI (months_of_inventory) математически КОРРЕКТЕН — по определению не зависит от горизонта проекции (MOI = сток / месячный темп). Не баг. Но дублировался колонкой на 4 горизонта в ForecastHorizonsBlock (116.6/116.6/117.6/117.6 — выглядело сломанным). Убрал колонку; MOI остаётся 1 раз в Section6 key_numbers. deficit_index (варьируется) сохранён. Подчищены unused balanced/DEFICIT_BALANCE_EPS. 138 frontend vitest passed, ruff/tsc/lint clean. Refs #1871	2026-06-23 12:29:02 +05:00
bot-backend	c698af68ce	Merge pull request 'fix(site-finder): velocity fallback 4500→750, coverage/proxy disclosure, market_trend staleness honesty (audit #1871 P2)' (#1876) from audit/1871-p2-velocity-market into main	2026-06-23 07:15:22 +00:00
Light1YT	adf3ec7c00	fix(site-finder): velocity fallback 4500→750, coverage/proxy disclosure, market_trend staleness honesty (audit #1871 P2) ... Три honesty/correctness-фикса из audit-issue #1871 (🟠 P2). Все факты подтверждены prod-DB + разведкой. ETL не трогаем (отдельная задача). velocity.py: - _EKB_MEDIAN_FALLBACK 4500→750 (audit-verified медиана ЕКБ 593-766; 4500 завышало знаменатель нормализации 7.6× → занижало velocity_score при DB-error fallback, latent). Консервативно 750 (верх диапазона). - VelocityResult + as_dict() раскрывают: objective_coverage_pct, proxy_used, proxy_sqm_per_deal — теперь видно что объём rosreestr-пути фабрикуется count×45 м²/сделка при низком покрытии Objective (<50%). Проброшено во все 4 конструктора, additive. parcels.py (market_trend producer): - Различать «источник устарел» от «нет сделок». rosreestr_deals MAX(period_start_date)=2026-01-01 (stale 5.5 мес) → recent-окно пусто → раньше голый null. Теперь status ∈ {ok, source_stale, no_deals} + as_of_date + label + recent_deals_count. MAX(deal_date) добавлен в CTE. Consumer scoring читает recent_deals_count защищённо (без регрессии). frontend (types + MarketTrendBlock + VelocityBlock + ptica market-drawer + Section3 verdict + legacy guard): - staleness/no_deals → честный caveat вместо фейкового тренда. - velocity → caption «объём оценочный (прокси N м²/сделка, покрытие P%)». - formatAsOfMonth парсит YYYY-MM напрямую (TZ-safe). - Типы MarketTrend/Velocity расширены (optional, backward-compat; отсутствие status = "ok"). Тесты: +3 velocity unit + extended as_dict contract. 17 velocity passed, 138 frontend vitest passed. Refs #1871	2026-06-23 12:04:08 +05:00
bot-backend	85d91375dc	Merge pull request 'fix(ptica): honest isReal flags — placeholder stubs no longer marked real (audit #1871 P1.3)' (#1875) from audit/1871-p1-3-isreal-stubs into main	2026-06-23 06:27:59 +00:00
Light1YT	389bdd3306	test(ptica): use tracked mock fixtures instead of git-excluded __preview (CI fix) ... CI frontend-tests упал: honesty-тест импортировал фикстуры из src/app/%5F%5Fpreview/ptica/__fixtures__/ — эта dev-only директория в .git/info/exclude, поэтому отсутствует в Linux CI checkout (vite:import-analysis 'Failed to resolve import'). Локально (macOS) резолвилось т.к. файлы на диске. Переключил импорт на tracked src/lib/mocks/parcel-{forecast,analyze}.json (NEXT_PUBLIC_USE_MOCKS source, в git) — report.exec_summary.key_numbers. deficit_index присутствует, shape совместим. 138/138 vitest passed. Refs #1871	2026-06-23 11:25:33 +05:00
Light1YT	2303207629	fix(ptica): honest isReal flags — placeholder stubs no longer marked real (audit #1871 P1.3) ... Adapter — единственный источник истины real-vs-placeholder; стаб с isReal:true рисуется как живое измерение (обычная типографика «—», неотличимо от данных). Helpers real()/placeholder()/notReal() корректны — баг в их misuse на 5 местах. ptica-adapt.ts: - :163 encumbrances (passport-card): {value:PLACEHOLDER, isReal:true} → notReal("источник ЕГРН") - :272 buySignalFromForecast при deficit_index==null: {value:"наблюдать", isReal:true} → notReal("прогноз недоступен (Сценарии §22)") — отличает «прогноза нет» от «прогноз говорит наблюдать». di-present advisory-ветка (real) не тронута. - :1942 adaptBuySignalGauge при di==null: убран synthetic gaugeValue=50 как real; ранний if(di==null) зеркалит no-report ветку (value:null, isReal:false, available:false). - :681 adaptPassportDrawer registry, :1048 adaptLegalDrawer registry: те же «Обременения» стабы {value:DASH, isReal:true} → notReal (найдены code-review, recon их пропустил — drawer-зеркала card-фикса). ptica.module.css: .kvPlaceholder += opacity:0.7 — усиленный визуальный mute стаба. Корректные места НЕ тронуты (recon-verified): market demand-label (условный real/placeholder), engineering utilities, InvestScore potential. +5 unit-тестов (ptica-adapt.honesty.test.ts): encumbrances stub, buy-signal di=null, buy-signal real di (защита от over-downgrade), gauge di=null, оба drawer-обременения. Refs #1871	2026-06-23 11:20:48 +05:00
bot-backend	dfa1e27dab	Merge pull request 'fix(tradein/estimator): ghost-anchor invariant guard — n_analogs=0 forces low (audit #1871 P1.2)' (#1874) from audit/1871-p1-2-ghost-anchor-guard into main	2026-06-23 06:06:46 +00:00
Light1YT	41e9c820c9	fix(tradein/estimator): ghost-anchor invariant guard — n_analogs=0 forces low (audit #1871 P1.2) ... Audit #1871 P1.2: estimate 5fcc1e99 показывал confidence='high' при n_analogs=0 (median 38.45M ₽, sources=['yandex_valuation']) при реальной истории листингов дома 4.2-6.5M. По prod-DB это ЕДИНСТВЕННАЯ legacy-строка от 2026-05-30, давно expired (TTL оценок = 1 день, все 66 high/medium-c-n<5 строк expired). Текущий mainline уже честен. Фикс — defensive invariant, чтобы ghost не мог родиться снова из будущих external-valuation-blend / rehydrate / migration путей. Backend (estimator.py): - helper _enforce_zero_analog_low(confidence, n_analogs, explanation, ...) форсит 'low' + caveat когда n_analogs==0 and confidence!='low'. Идемпотентен (low+0 → low без дубля caveat), не трогает high+N>0, реальный median внешнего сервиса сохраняется (fake-коэффициенты не вводятся), logger.warning для observability. - Вызов перед сборкой AggregatedEstimate в estimate_quality (единственный уязвимый return-путь; _empty_estimate хардкодит low — структурно безопасен). - +5 unit-тестов (high+0→low+caveat, medium+0→low, low+0 идемпотент, high+N unchanged, None-explanation). Frontend (HeroSummary, HeroTransparency, history): - effectiveConfidence = n_analogs===0 ? 'low' : confidence — defensive depth на случай legacy-rehydrate / контракт-drift. Caveat-текст из backend confidence_explanation (не хардкод). Type-safe (ConfidenceLevel). Refs #1871	2026-06-23 11:05:34 +05:00
bot-backend	fd107aeadb	Merge pull request 'fix(forecasting): honest scenarios collapse when β rate-sensitivity gate fails (audit #1871 P1)' (#1873) from audit/1871-p1-scenarios-collapse into main	2026-06-22 14:17:32 +00:00
Light1YT	dcccebf2c2	fix(forecasting): honest scenarios collapse when β rate-sensitivity gate fails (audit #1871 P1) ... Когда demand_normalization honesty-gate отбивает β rate-sensitivity (`sensitivity.confidence=='low'`, ЕКБ-регрессия не проходит n≥30/R²≥0.1/slope<0), все 393 прод-отчёта получают coefficient=1.0 для всех трёх сценариев conservative/base/aggressive. По дизайну backend честно деградирует, но фронт рисует 3 разноцветные карточки/линии одинаковых чисел без caveat. Backend (scenarios.py, report.py, report_assembler.py, orchestrator.py): - compute_scenarios теперь возвращает (list, collapsed: bool, reason: str|None) - _detect_collapsed(): math.isclose(rel_tol=1e-9, abs_tol=1e-6) сравнивает projected_demand_units И deficit_index на всех горизонтах между conservative и aggressive — расхождение в любой метрике на любом h → False - _COLLAPSE_REASON_LOW_BETA — единственный источник истины каноничного русского предложения - ReportScenarios получает поля scenarios_collapsed + scenarios_collapse_reason - demand_normalization.py НЕ ТРОНУТ — поведение корректно по контракту Backend экспортёры (report_pdf.py, excel.py): - PDF: при collapse — тёмная плашка-параграф вместо таблицы трёх столбцов - Excel: ОДНА строка «base» + caveat-ячейка вместо трёх идентичных столбцов Frontend (forecast.ts, ScenariosBlock, ScenarioCards, ScenarioCompareTable, ForecastChart, Section6Forecast, ptica.module.css): - Тип ReportScenarios расширен двумя optional-полями - ScenariosBlock (light): headline-bar + одна grid-карточка base + caveat - ScenarioCards (ptica dark): sub-component ScenarioBaseCard, одна карточка + collapse-note, ScenarioCompareTable return null - ForecastChart: effectiveScenarios filter — одна линия viz-1 «Базовый» вместо трёх перекрывающихся - Section6Forecast: caveat выше графика, читается ТОЛЬКО из scenarios_collapse_reason (источник истины — backend constant) Тесты: +18 новых (TestMetricsEqual×6, TestDetectCollapsed×7, TestComputeScenariosCollapseDetection×4 + 1 проверка graceful + corner). 102 forecasting passed, 88 cross-module passed. Refs #1871	2026-06-22 19:06:22 +05:00
bot-backend	06929e94b3	Merge pull request 'revert: remove Site Finder v2 cockpit (PR #1866/#1868/#1870)' (#1872) from revert/site-finder-v2 into main	2026-06-22 10:35:39 +00:00
Light1YT	470c6b1f32	revert: remove Site Finder v2 cockpit (PR #1866/#1868/#1870) ... Полный откат «Site Finder v2» с прода — пилот-беты редизайна кокпита ПТИЦА. Удалён роут /site-finder/analysis/{cad}/v2, все компоненты ptica-v2/* (18 файлов), беta-ссылка из AnalysisPageContent. Сохраняется как было: старый Section1-6 на /site-finder/analysis/{cad}, PticaMapInner и старый /ptica-роут (через 301 на parent), ptica-adapt, mocks — всё нетронуто. Прод-URL и UX не меняются для пилотов. Старый ptica-кокпит, на основе которого делался v2, был забракован визуально, новая попытка тоже не дошла до 1:1 с эталоном. Откат к стабильному состоянию.	2026-06-22 15:33:25 +05:00
bot-backend	e09acec233	Merge pull request 'fix(site-finder/v2): remove resource legend overlay (dup of ИНЖЕНЕРИЯ card + POI overlap)' (#1870) from fix/v2-remove-resource-legend into main	2026-06-22 06:51:27 +00:00
Light1YT	49a84ba9f6	fix(site-finder/v2): remove resource legend overlay (overlapped POI legend) ... PR #1868 добавил ресурсную легенду (электр/вода/канал/тепло/газ) поверх карты, но PticaMapInner уже отрисовывает свою POI/категорийную легенду top-left высотой ~215px. PR #1869 попытался разнести их (top → bottom-left) — безуспешно: моя легенда всё равно попадала в нижний хвост POI-overlay. Прагматичный исход: ресурсная легенда ДУБЛИРУЕТ данные карточки ИНЖЕНЕРИЯ (те же расстояния и статусы). Убираю её совсем и оставляю per-theme заголовок карты (тот фикс был полезный и не конфликтует) — POI-overlay PticaMapInner несёт уникальные счётчики POI, ради которых карта и нужна. Удалены: V2MapLegend.tsx и блок CSS-правил .mapLegend* в v2.module.css.	2026-06-22 11:48:55 +05:00
bot-backend	878200934a	Merge pull request 'fix(site-finder/v2): move resource legend to bottom-left (no overlap with POI legend)' (#1869) from fix/v2-map-legend-position into main	2026-06-22 06:39:35 +00:00
Light1YT	2bdbb681b9	fix(site-finder/v2): move resource legend to bottom-left ... PR #1868 поместил ресурсную легенду в top-left карты, но там уже живёт встроенная POI-категорийная легенда от PticaMapInner (ЖК/Школы/Метро…) — они накладывались и были нечитаемы. Перенос ресурсной легенды в bottom-left (над Leaflet-attribution) разводит две легенды по разным углам.	2026-06-22 11:37:10 +05:00
bot-backend	161d5cb112	Merge pull request 'feat(site-finder/v2): resource legend + light theme polish' (#1868) from feat/site-finder-v2-map-light-polish into main	2026-06-22 06:28:58 +00:00
Light1YT	c3e091c811	feat(site-finder/v2): resource legend overlay + light theme polish ... — V2MapLegend overlay над cockpit-картой (электр/вода/канал/тепло/газ) с nearest_m + статус-точка, источник utilities.summary (subtype-buckets зеркалят backend _nearest() aliases; electric расширен power_line, gas включает legacy generic pipeline). — Per-theme заголовок карты: dark «СПУТНИК · СВЕЖИЙ СНИМОК», light «СПУТНИК · СХЕМА ПОДКЛЮЧЕНИЙ» (toggle через CSS [data-theme], без JS). — Точечный light-theme contrast в v2.module.css: kv/eng значения, drawer eyebrow, .more / .ver / активная вкладка с cyan→accent-blue, status-dot halo off на белом. Dark не тронут. Scope: только ptica-v2/* и v2.module.css. PticaMapInner (шарится со старым ptica) не тронут.	2026-06-22 11:26:13 +05:00
bot-backend	ec7a710ca9	Merge pull request 'revert(site-finder): откат тёмной /site-finder обратно на светлую' (#1867) from rollback/site-finder-home-light into main	2026-06-22 06:11:33 +00:00
Light1YT	7cb008c551	revert(site-finder): rollback dark entry-landing skin to light ... The ПТИЦА dark "operator terminal" skin was applied to the main /site-finder map page in b3fd053 ("dark Site Finder"), but the 2026-06-21 rollback (#1865) only reverted the analysis route — the entry-landing stayed dark. Точечно откатывает 8 файлов entry-landing (page.tsx + 7 entry-компонентов) до состояния b3fd053~1 и удаляет осиротевший site-finder.module.css. НЕ трогает: PticaMapInner / ptica.module.css (используются и старым ptica, и Site Finder v2 cockpit) — карта аналитики остаётся glyph-pin как была.	2026-06-22 11:08:44 +05:00
bot-backend	e16bad3ed6	Merge pull request 'feat(site-finder): Site Finder v2 cockpit route (ПТИЦА v2)' (#1866) from feat/site-finder-v2-cockpit into main	2026-06-21 17:32:38 +00:00
Light1YT	eb7290dcf0	feat(site-finder): add Site Finder v2 cockpit route (ПТИЦА v2) ... Port the approved ptica-v2 prototype to a new non-destructive route /site-finder/analysis/{cad}/v2 — dark/light cockpit shell, real Leaflet map (reuses PticaMapInner), 6 scan cards, lower/bottom grids, 11 drawers and grounded chat. All values flow through the existing ptica-adapt layer (real /analyze data or honest «—»). One beta link added on the analysis page.	2026-06-21 22:29:18 +05:00
bot-backend	520fa55f2b	Merge pull request 'revert(ptica): старый Section1-6 дизайн как дефолтный роут' (#1865) from rollback/sf-old-analysis-design into main	2026-06-21 13:42:58 +00:00
Light1YT	aba4e61be2	revert(ptica): restore old Section1-6 analysis view as default route ... The ПТИЦА dark cockpit (made default in ba05a4c) is being redesigned from scratch. Roll the live /site-finder/analysis/[cad] route back to the original AnalysisPageContent (Section1-6) so pilots/investor see the stable design while the new cockpit is reworked. Non-destructive: only the route's rendered component + metadata/fallback are reverted. All ptica code stays in the repo and the cockpit remains viewable at /__preview/ptica-full for redesign reference. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-06-21 18:39:49 +05:00
bot-backend	2318f0906a	Merge pull request 'feat(ptica): Сценарии 6.6 + Отчёты «Параметры» (tab prototype-parity)' (#1864) from feat/ptica-tabs-6-6-reports-params into main	2026-06-21 06:34:17 +00:00
Light1YT	e8d0863996	feat(ptica): close tab prototype-parity gaps (Сценарии 6.6 + Отчёты Параметры) ... - Сценарии: add section 6.6 «будущее предложение и конкуренты» (FutureSupply) rendering report.future_market.future_competitors after ScoringTransparency (order 6.1→6.6). Columns ЖК/Класс/Квартир/Дистанция/Поглощение, real data, honest empty-state. Reuses .dtable. - Отчёты: add «Параметры» panel (карта/финмодель/прогноз §22); §22 row tied to the real forecast-ready flag. Reuses StatusRow. Verified on the all-tabs harness; no console errors. tokens-only, no fabrication.	2026-06-21 11:34:11 +05:00
lekss361	4a2ed52cb7	Merge pull request 'fix(estimator): low-findings аудита «Мера» — cian sanity, deal floor-edge, price_trend dedup, DEAL_MAX verify' (#1863) from fix/estimator-low-findings into main ... Reviewed-on: #1863	2026-06-21 06:16:34 +00:00
bot-backend	92725c6122	fix(tradein): Mera-audit fix-4 — верифицировать DEAL_MAX_PPM2 vs prod данных ... Данные на 2026-06-21 (prod deals table, 49 791 записей): p90=172 419 ₽/м², p95=199 583 ₽/м², p99=278 681 ₽/м², p99.9=500 000 ₽/м² deals >800k = 13 штук (0.026%) — нерыночные outlier'ы, не легитимный премиум ЕКБ. listings p99 (is_active, <800k фильтр) = 392 795 ₽/м². Вывод: DEAL_MAX_PPM2=800_000 НЕ срезает легитимный ЕКБ-премиум (p99.9 сделок=500k). Значение NOT изменено — задокументировано в комментарии рядом с константой для обоснования порога и последующей ревалидации при росте рынка.	2026-06-21 09:06:36 +03:00
bot-backend	af1d882745	fix(tradein): Mera-audit fix-3 — cross-source dedup в _fetch_price_trend ... Один объект на avito_imv + yandex_valuation с разными ext_item_id создаёт дубликаты в house_placement_history и double-count'ится в помесячной медиане. Решение: CTE с DISTINCT ON (round(area_m2), floor, price, price_date) с приоритетом avito_imv через CASE sort. Легитимные разные квартиры (разные площадь/этаж/цена) не затрагиваются. За флагом estimate_price_trend_dedup_enabled (дефолт True в settings). False → точно старое поведение (backward-compat). Graceful: без изменений в логике min_points и возврата None при недостатке данных. Тесты: 6 новых тест-кейсов в test_estimator_price_trend_dedup.py (SQL содержит DISTINCT ON, flag OFF не содержит, Source1 preferred, данные возвращаются корректно).	2026-06-21 09:05:57 +03:00