Домклик: число собственников снова читается, жилая площадь и балконы не стираются переобходом, нули в площадях — не площадь #3569

Merged

bot-backend merged 3 commits from fix/domclick-card-fields into main 2026-09-17 10:05:10 +00:00

Conversation 0 Commits 3 Files changed 6 +286 -19

bot-backend commented 2026-09-17 08:31:32 +00:00

Collaborator

Copy link

#3252 — что карточка Домклика отдаёт и что мы теряем

Как проверял. 17.09 браузером снял window.__SSR_STATE__ целиком с трёх живых карточек ЕКБ (2078784457, 2078257603, 2074362051) и сравнил с тем, что парсер читает и что лежит на проде у этих же объявлений (listings 10546614, 10546608, 10819282, обогащены 14.09). Прод — только SELECT в read-only транзакции.

Дыра 1. Число собственников не читалось никогда с 29.08

• Было: в живом стейте egrnData.owners_count = {"status": "success", "value": 2} — обёртка, а не число. Парсер делал int() от словаря и молча получал None.
• Улики: на проде owners_count заполнен у 5075 из 6296 карточек ручного прогона 18.07 (там обёртку разворачивали, scripts/domclick_local_runner.py::_extract_owners_count) и у 0 из ~2970 карточек, обогащённых с 29.08. Той же обёрткой приходят area и floor: raw_payload.egrn_area у 2156 строк лежит как {"value": 78.1, "status": "success"}.
• Сделано: _egrn_value() берёт value при любом статусе. Статус — это сверка с объявлением (у 2078257603 area: {status: error, value: 65.3} при площади объявления 67.4), а значение — сам факт из ЕГРН. Ключ egrnData.area подтверждён, гадания rosreestrArea/object_area удалены. В raw_payload.egrn_area обёртка остаётся как есть.
• В tests/scrapers/test_domclick_detail.py фикстура «ground truth» держала egrnData скалярами — вот тест и не замечал. Поправил на живую форму.

Дыра 2. Ноль вместо «не указано» в площадях

• Было: у 2078257603 в стейте kitchenArea: 0, livingArea: 0 (ремонт пустой, так Домклик пишет «не указано»). Парсер клал 0.00 в колонку, а COALESCE(:new, old) ещё и затирал нулём ранее известную площадь.
• Улики (прод): kitchen_area_m2 = 0 — 303 строки, living_area_m2 = 0 — 84, только domklik, все обогащены 26.08–14.09. У avito/cian/yandex/n1 нулей нет. У прогона 18.07 нулей тоже нет: там стоял _pos_float.
• Сделано: _pos_float для обеих площадей. Миграция 320: у domklik нулевые площади → NULL, ожидаемо 303 + 84 строки, при повторном запуске ничего не меняет. Проверил на локальной схеме: domklik 0/0 → NULL/NULL, domklik 12.5/0 → 12.5/NULL, avito 0/0 не тронут, второй прогон — UPDATE 0.

Дыра 3. Жилую площадь и балконы стирал переобход выдачи

• Было: в scraper_kit/base.py апсерт писал living_area_m2 = EXCLUDED.living_area_m2 и balconies_count = EXCLUDED.balconies_count с пометкой «Cian-specific». Выдача Домклика и Авито этих полей не отдаёт, поэтому каждый переобход ставил NULL поверх того, что добыла карточка. Та же болезнь, что #3063, соседние kitchen_area_m2/phones уже под COALESCE.
• Улики: у 10819282 в живом стейте livingArea: 25.8, balconies: 1, а на проде NULL/NULL при scraped_at 16.09 > detail_enriched_at 14.09. Разбивка по всему проду:

source	переобход после карточки	строк	living_area_m2	balconies_count
domklik	нет	4058	2990	294
domklik	да	5217	0	0
avito	нет	6505	4122	—
avito	да	8639	1	—
cian	да	7880	5910	5223

«Жилая площадь у 16 из 3061 активных» из текста issue — это и есть переобход, а не нехватка добора.

• Сделано: COALESCE для этих двух колонок в SET, в правой части гейта #2992 (иначе строка считалась бы изменившейся на каждом проходе) и в reconcile-UPDATE при дрейфе dedup_hash. bedrooms/loggias/cadastral_*/description_minhash не трогал: карточки Домклика и Авито их не пишут, улик нет.

Что по #3252 НЕ сделано (поэтому без Closes)

• П.3 issue — «решить по каждому неиспользуемому полю». Это решение продукта, не парсера. В живом стейте не забираем: egrnData.floor {status,value}; в legalOptions — isOwner, isOccupied, ownerMinors, residenceMinors, encumbranceSberbank, mortgage, neighbors; в objectInfo — loggias, bathroom, restroom, windowView, redevelopment; в pricePrediction — rentLongPricePredicted/rentShortPricePredicted и soldOffers (проданные рядом, с soldDate и ценой); в houseInfo.info — livingQuartersCount, elevatorsCount, hotWaterType, areaResidential, floors (по реестру, у 2078257603 это 27 против 25 у продавца); в productCard.house.info — ceilingHeight, security, parking, yard.
• Уже потерянное не вернётся без повторного добора. Стёртые жилые площади и owners_count у уже обогащённых карточек этим PR не восстанавливаются: detail-добор Домклика берёт только detail_enriched_at IS NULL. Перезапускать ли добор по уже обогащённым — решать владельцу.
• Замечено, не трогал:
  • houseInfo.info бывает пустым ({} у 2078784457). Запасной путь productCard.house.wallType не существует: настоящий — house.info.wallType, но там словарь продавца («Кирпично-монолитный» против реестрового «Монолитно-кирпичный»). Если его включить, в raw_payload.wall_type окажутся два словаря.
  • balconies: 0 — неясно, «нет балкона» или «не указано».
  • Колонку building_cadastral_number пишет cadastral_geo_match, а апсерт перезаписывает её сырым EXCLUDED — форма та же, что в дыре 3. Цифрами не проверял.

#3253 п.3 — годится ли domclick_building_guid ключом дома (замер, кода нет)

Пункты 1, 2 и 4 закрыты в #3356. Замер по проду 17.09, только SELECT: 9090 объявлений с guid, из них 9052 с house_id_fk, 3784 guid.

• На стороне Домклика guid ≈ здание. 3771 из 3784 guid дают один адрес объявления. Остальные 13 — написание одного и того же дома («Уктус м-н, 9» / «Уктус м-н, светлый микрорайон, 9»), кроме одного «Машинная 4 / 4а». Обратно: 3793 адреса из 3795 — один guid, 2 адреса (Машинная 4, Монтёрская 8/2) — по два guid на 0 м.
• 121 guid ведёт в 2 наших дома. 86 пар ближе 30 м — дубли одного здания в houses (derived против domklik с тем же адресом, это #2690/#1772). 18 пар на 30–150 м, 15 на 150 м–1 км, 2 дальше 1 км: смесь дублей с плохой геокодировкой (Сурикова 24 — 371 м при одном адресе) и ошибок матчера. Под guid один адрес, а объявление приклеено к чужому дому: «Краснолесья 96» → дом «Краснолесья 14к2», «Серова 45» → «Московская 249», «Калинина 59» → «40-летия Октября 33», «Белинского 135» → «Цвиллинга 18», «Азина 31» → «Печерская 4».
• 24 наших дома несут по 2–3 guid. В основном матчер склеил разные здания: Замятина 28 и 36, Крауля 168б и 170, Татищева 136 и 140, Викулова 28б и 28д, Машинная 1б к1 и к2, Пятницкая 57 ст1 и ст2, Красный пер. 8б и Никонова 25. Плюс вспомогательные объекты Домклика со своим guid («подземное сооружение», «объект», «хозяйственный корпус») и 2 настоящих двойных guid на один адрес.
• Вывод: guid надёжнее нашего адресного матчинга, во всех разобранных расхождениях прав guid. Исключения — вспомогательные объекты и редкие двойные guid на адрес. Использовать ли guid в матчере и склеивать ли по нему дома (склейка необратима, см. #2690) — решение владельца, отдельной задачей. Поэтому #3253 не закрываю.

Тесты

• tests/test_3252_domclick_card_fields.py: 3 теста разбора на урезанном живом стейте и 2 поведенческих на живом Postgres (переобход не стирает площадь и балконы; новое значение перезаписывает). Живые — в skip_allowlist.txt, в CI бегут на postgres-сервисе.
• Весь МЕРА backend, DATABASE_URL=…localhost:5432/test, после rebase: 6228 passed, 44 skipped, rc=0. До записи живых тестов в allowlist прогон честно дал rc=1 «НЕУЧТЁННЫЙ ПРОПУСК (2)».
• На локальной PostGIS с применёнными миграциями 001–320 (как в CI) все тесты с save_listings (включая #2992 и #3063) плюс domclick: 518 passed, rc=0.
• ruff check app tests — чисто, ruff format --check по изменённым — чисто. В base.py ruff format заодно склеил одну уже существовавшую строку лога. packages/scraper-kit: своих тестов нет (pytest rc=5, no tests), ruff check src — чисто.

Фальсификация

Копии исходников до правки лежат рядом, после проверки восстановлены, diff -q пуст.

• detail.py до правки → 3 failed:

  E       AssertionError: assert None == 6   (owners_count, карточка 2074362051)
  E       assert (0.0, 0.0) == (None, None)  (нулевые площади 2078257603)
  FAILED tests/scrapers/test_domclick_detail.py::test_parse_detail_html_full  (assert None == 1)
  

• base.py до правки → 1 failed:

  E           AssertionError: assert (None, None) == (Decimal('25.80'), 1)
  FAILED tests/test_3252_domclick_card_fields.py::test_serp_rescrape_keeps_detail_living_area_and_balconies
  

Приёмка на проде (срок вердикта — 24.09.2026)

<deploy> — время деплоя этого PR.

1. Сразу после деплоя. SELECT count(*) FROM _schema_migrations WHERE filename='320_listings_domclick_zero_area_to_null.sql' = 1, и SELECT count(*) FROM listings WHERE source='domklik' AND (kitchen_area_m2=0 OR living_area_m2=0) = 0 (было 303 + 84).
2. Стирание, быстрее всего видно на Авито. SELECT source, count(*), count(living_area_m2) FROM listings WHERE source IN ('avito','domklik') AND detail_enriched_at > '<deploy>' AND scraped_at > detail_enriched_at + interval '1 minute' GROUP BY 1. У avito доля заполненной living_area_m2 должна быть порядка 60 % (как у непереобойдённых), а не ~0 (было 1 из 8639).
3. Собственники. SELECT count(*), count(owners_count) FROM listings WHERE source='domklik' AND detail_enriched_at > '<deploy>' — count(owners_count) > 0, ожидаемо порядка 80 %.
   Пункт 3 и domklik-часть пункта 2 требуют хотя бы одного успешного detail-прогона Домклика. На 17.09 он 3.6 суток не собирает, сторож в логе scraper пишет domclick_detail_backfill 3.6d/1d. Если к 24.09 успешного прогона не было, вердикт по ним откладывается с этой причиной.

Связано: #3063, #2992, #3356, #2690.

🤖 Generated with Claude Code

## #3252 — что карточка Домклика отдаёт и что мы теряем **Как проверял.** 17.09 браузером снял `window.__SSR_STATE__` целиком с трёх живых карточек ЕКБ (2078784457, 2078257603, 2074362051) и сравнил с тем, что парсер читает и что лежит на проде у этих же объявлений (listings 10546614, 10546608, 10819282, обогащены 14.09). Прод — только SELECT в read-only транзакции. ### Дыра 1. Число собственников не читалось никогда с 29.08 - **Было:** в живом стейте `egrnData.owners_count = {"status": "success", "value": 2}` — обёртка, а не число. Парсер делал `int()` от словаря и молча получал None. - **Улики:** на проде `owners_count` заполнен у 5075 из 6296 карточек ручного прогона 18.07 (там обёртку разворачивали, `scripts/domclick_local_runner.py::_extract_owners_count`) и у **0 из ~2970** карточек, обогащённых с 29.08. Той же обёрткой приходят `area` и `floor`: `raw_payload.egrn_area` у 2156 строк лежит как `{"value": 78.1, "status": "success"}`. - **Сделано:** `_egrn_value()` берёт `value` при любом статусе. Статус — это сверка с объявлением (у 2078257603 `area: {status: error, value: 65.3}` при площади объявления 67.4), а значение — сам факт из ЕГРН. Ключ `egrnData.area` подтверждён, гадания `rosreestrArea`/`object_area` удалены. В `raw_payload.egrn_area` обёртка остаётся как есть. - В `tests/scrapers/test_domclick_detail.py` фикстура «ground truth» держала egrnData скалярами — вот тест и не замечал. Поправил на живую форму. ### Дыра 2. Ноль вместо «не указано» в площадях - **Было:** у 2078257603 в стейте `kitchenArea: 0, livingArea: 0` (ремонт пустой, так Домклик пишет «не указано»). Парсер клал 0.00 в колонку, а `COALESCE(:new, old)` ещё и затирал нулём ранее известную площадь. - **Улики (прод):** `kitchen_area_m2 = 0` — 303 строки, `living_area_m2 = 0` — 84, **только domklik**, все обогащены 26.08–14.09. У avito/cian/yandex/n1 нулей нет. У прогона 18.07 нулей тоже нет: там стоял `_pos_float`. - **Сделано:** `_pos_float` для обеих площадей. **Миграция 320**: у domklik нулевые площади → NULL, ожидаемо 303 + 84 строки, при повторном запуске ничего не меняет. Проверил на локальной схеме: domklik 0/0 → NULL/NULL, domklik 12.5/0 → 12.5/NULL, avito 0/0 не тронут, второй прогон — `UPDATE 0`. ### Дыра 3. Жилую площадь и балконы стирал переобход выдачи - **Было:** в `scraper_kit/base.py` апсерт писал `living_area_m2 = EXCLUDED.living_area_m2` и `balconies_count = EXCLUDED.balconies_count` с пометкой «Cian-specific». Выдача Домклика и Авито этих полей не отдаёт, поэтому каждый переобход ставил NULL поверх того, что добыла карточка. Та же болезнь, что #3063, соседние `kitchen_area_m2`/`phones` уже под COALESCE. - **Улики:** у 10819282 в живом стейте `livingArea: 25.8, balconies: 1`, а на проде NULL/NULL при `scraped_at` 16.09 > `detail_enriched_at` 14.09. Разбивка по всему проду: | source | переобход после карточки | строк | living_area_m2 | balconies_count | |---|---|---|---|---| | domklik | нет | 4058 | 2990 | 294 | | domklik | да | 5217 | **0** | **0** | | avito | нет | 6505 | 4122 | — | | avito | да | 8639 | **1** | — | | cian | да | 7880 | 5910 | 5223 | «Жилая площадь у 16 из 3061 активных» из текста issue — это и есть переобход, а не нехватка добора. - **Сделано:** COALESCE для этих двух колонок в `SET`, в правой части гейта #2992 (иначе строка считалась бы изменившейся на каждом проходе) и в reconcile-UPDATE при дрейфе dedup_hash. `bedrooms/loggias/cadastral_*/description_minhash` не трогал: карточки Домклика и Авито их не пишут, улик нет. ### Что по #3252 НЕ сделано (поэтому без Closes) - **П.3 issue — «решить по каждому неиспользуемому полю».** Это решение продукта, не парсера. В живом стейте не забираем: `egrnData.floor {status,value}`; в `legalOptions` — `isOwner`, `isOccupied`, `ownerMinors`, `residenceMinors`, `encumbranceSberbank`, `mortgage`, `neighbors`; в `objectInfo` — `loggias`, `bathroom`, `restroom`, `windowView`, `redevelopment`; в `pricePrediction` — `rentLongPricePredicted`/`rentShortPricePredicted` и `soldOffers` (проданные рядом, с `soldDate` и ценой); в `houseInfo.info` — `livingQuartersCount`, `elevatorsCount`, `hotWaterType`, `areaResidential`, `floors` (по реестру, у 2078257603 это 27 против 25 у продавца); в `productCard.house.info` — `ceilingHeight`, `security`, `parking`, `yard`. - **Уже потерянное не вернётся без повторного добора.** Стёртые жилые площади и `owners_count` у уже обогащённых карточек этим PR не восстанавливаются: detail-добор Домклика берёт только `detail_enriched_at IS NULL`. Перезапускать ли добор по уже обогащённым — решать владельцу. - **Замечено, не трогал:** - `houseInfo.info` бывает пустым (`{}` у 2078784457). Запасной путь `productCard.house.wallType` не существует: настоящий — `house.info.wallType`, но там словарь продавца («Кирпично-монолитный» против реестрового «Монолитно-кирпичный»). Если его включить, в `raw_payload.wall_type` окажутся два словаря. - `balconies: 0` — неясно, «нет балкона» или «не указано». - Колонку `building_cadastral_number` пишет `cadastral_geo_match`, а апсерт перезаписывает её сырым `EXCLUDED` — форма та же, что в дыре 3. Цифрами не проверял. ## #3253 п.3 — годится ли `domclick_building_guid` ключом дома (замер, кода нет) Пункты 1, 2 и 4 закрыты в #3356. Замер по проду 17.09, только SELECT: 9090 объявлений с guid, из них 9052 с `house_id_fk`, 3784 guid. - **На стороне Домклика guid ≈ здание.** 3771 из 3784 guid дают один адрес объявления. Остальные 13 — написание одного и того же дома («Уктус м-н, 9» / «Уктус м-н, светлый микрорайон, 9»), кроме одного «Машинная 4 / 4а». Обратно: 3793 адреса из 3795 — один guid, 2 адреса (Машинная 4, Монтёрская 8/2) — по два guid на 0 м. - **121 guid ведёт в 2 наших дома.** 86 пар ближе 30 м — дубли одного здания в `houses` (derived против domklik с тем же адресом, это #2690/#1772). 18 пар на 30–150 м, 15 на 150 м–1 км, 2 дальше 1 км: смесь дублей с плохой геокодировкой (Сурикова 24 — 371 м при одном адресе) и **ошибок матчера**. Под guid один адрес, а объявление приклеено к чужому дому: «Краснолесья 96» → дом «Краснолесья 14к2», «Серова 45» → «Московская 249», «Калинина 59» → «40-летия Октября 33», «Белинского 135» → «Цвиллинга 18», «Азина 31» → «Печерская 4». - **24 наших дома несут по 2–3 guid.** В основном матчер склеил разные здания: Замятина 28 и 36, Крауля 168б и 170, Татищева 136 и 140, Викулова 28б и 28д, Машинная 1б к1 и к2, Пятницкая 57 ст1 и ст2, Красный пер. 8б и Никонова 25. Плюс вспомогательные объекты Домклика со своим guid («подземное сооружение», «объект», «хозяйственный корпус») и 2 настоящих двойных guid на один адрес. - **Вывод:** guid надёжнее нашего адресного матчинга, во всех разобранных расхождениях прав guid. Исключения — вспомогательные объекты и редкие двойные guid на адрес. Использовать ли guid в матчере и склеивать ли по нему дома (склейка необратима, см. #2690) — решение владельца, отдельной задачей. Поэтому #3253 не закрываю. ## Тесты - `tests/test_3252_domclick_card_fields.py`: 3 теста разбора на урезанном живом стейте и 2 поведенческих на живом Postgres (переобход не стирает площадь и балконы; новое значение перезаписывает). Живые — в `skip_allowlist.txt`, в CI бегут на postgres-сервисе. - Весь МЕРА backend, `DATABASE_URL=…localhost:5432/test`, после rebase: **6228 passed, 44 skipped, rc=0**. До записи живых тестов в allowlist прогон честно дал rc=1 «НЕУЧТЁННЫЙ ПРОПУСК (2)». - На локальной PostGIS с применёнными миграциями 001–320 (как в CI) все тесты с `save_listings` (включая #2992 и #3063) плюс domclick: **518 passed, rc=0**. - `ruff check app tests` — чисто, `ruff format --check` по изменённым — чисто. В `base.py` ruff format заодно склеил одну уже существовавшую строку лога. `packages/scraper-kit`: своих тестов нет (pytest rc=5, no tests), `ruff check src` — чисто. ## Фальсификация Копии исходников до правки лежат рядом, после проверки восстановлены, `diff -q` пуст. - `detail.py` до правки → **3 failed**: ``` E AssertionError: assert None == 6 (owners_count, карточка 2074362051) E assert (0.0, 0.0) == (None, None) (нулевые площади 2078257603) FAILED tests/scrapers/test_domclick_detail.py::test_parse_detail_html_full (assert None == 1) ``` - `base.py` до правки → **1 failed**: ``` E AssertionError: assert (None, None) == (Decimal('25.80'), 1) FAILED tests/test_3252_domclick_card_fields.py::test_serp_rescrape_keeps_detail_living_area_and_balconies ``` ## Приёмка на проде (срок вердикта — 24.09.2026) `<deploy>` — время деплоя этого PR. 1. **Сразу после деплоя.** `SELECT count(*) FROM _schema_migrations WHERE filename='320_listings_domclick_zero_area_to_null.sql'` = 1, и `SELECT count(*) FROM listings WHERE source='domklik' AND (kitchen_area_m2=0 OR living_area_m2=0)` = **0** (было 303 + 84). 2. **Стирание, быстрее всего видно на Авито.** `SELECT source, count(*), count(living_area_m2) FROM listings WHERE source IN ('avito','domklik') AND detail_enriched_at > '<deploy>' AND scraped_at > detail_enriched_at + interval '1 minute' GROUP BY 1`. У avito доля заполненной `living_area_m2` должна быть порядка 60 % (как у непереобойдённых), а не ~0 (было 1 из 8639). 3. **Собственники.** `SELECT count(*), count(owners_count) FROM listings WHERE source='domklik' AND detail_enriched_at > '<deploy>'` — `count(owners_count)` > 0, ожидаемо порядка 80 %. Пункт 3 и domklik-часть пункта 2 требуют хотя бы одного успешного detail-прогона Домклика. На 17.09 он 3.6 суток не собирает, сторож в логе scraper пишет `domclick_detail_backfill 3.6d/1d`. Если к 24.09 успешного прогона не было, вердикт по ним откладывается с этой причиной. Связано: #3063, #2992, #3356, #2690. 🤖 Generated with [Claude Code](https://claude.com/claude-code)

bot-backend added 1 commit 2026-09-17 08:31:34 +00:00

fix(tradein/domclick): собственники, нулевые площади и жилая площадь карточки перестали теряться (#3252) ... 6e8c261ff8

Сверка парсера с живым __SSR_STATE__ трёх карточек (17.09) нашла три тихие дыры:

1. owners_count. egrnData отдаёт поля ЕГРН обёрткой {status, value}; int() от
   словаря молча давал None. Прод: 0 из ~2970 карточек, обогащённых с 29.08,
   против 5075 из 6296 у ручного прогона 18.07, который обёртку разворачивал.
   Ключ egrnData.area подтверждён — гадания rosreestrArea/object_area удалены,
   в raw_payload обёртка остаётся как есть (status = сверка с объявлением).
2. livingArea/kitchenArea = 0 у Домклика значит «не указано», а в колонку ложился
   0.00 и затирал известное значение. Прод: 303 кухни и 84 жилые площади = 0,
   только domklik. Разбор: _pos_float; строки: миграция 320 ставит NULL.
3. Жилую площадь и балконы стирал переобход выдачи: апсерт scraper_kit.base писал
   их сырым EXCLUDED, а SERP Домклика и Авито этих полей не отдаёт. Прод: domklik,
   переобойдённые после обогащения, living_area_m2 0 из 5217 (без переобхода
   2990 из 4058); avito 1 из 8639 (4122 из 6505). COALESCE в SET, в гейте #2992
   и на reconcile-пути.

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

Light1YT added 1 commit 2026-09-17 09:39:08 +00:00

Merge origin/main в fix/domclick-card-fields ... fc5735fd6d

Конфликт только в tradein-mvp/backend/tests/skip_allowlist.txt: обе стороны
дописали блок в одно место (#3252 — тесты апсерта карточки ДомКлика, #3385 —
миграция 310). Оставлены оба блока. Номер миграции ветки 320 не пересекается
с main (максимум там 310).

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

Light1YT added 1 commit 2026-09-17 09:56:11 +00:00

merge origin/main: починка красного main (#3572) ... 7350287be7

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

bot-backend merged commit be1403289a into main 2026-09-17 10:05:10 +00:00

bot-backend referenced this pull request from a commit 2026-09-17 10:05:12 +00:00

Merge pull request 'Домклик: число собственников снова читается, жилая площадь и балконы не стираются переобходом, нули в площадях — не площадь' (#3569) from fix/domclick-card-fields into main

bot-backend referenced this pull request 2026-09-17 12:56:12 +00:00

tradein/domclick: аудит полноты — что есть на странице карточки и чего мы не забираем #3252

bot-backend referenced this pull request 2026-09-17 12:56:15 +00:00

tradein/domclick: данные о доме с карточки не доезжают до houses — 400 домов против 3061 объявления #3253

bot-backend referenced this pull request 2026-09-17 12:57:34 +00:00

МЕРА/дома: решить, делать ли guid здания Домклика ключом связи объявление→дом, и разобрать найденные ошибки матчера #3586

bot-backend referenced this pull request 2026-09-17 12:57:34 +00:00

tradein/domclick: данные о доме с карточки не доезжают до houses — 400 домов против 3061 объявления #3253

Sign in to join this conversation.

Reviewers

No reviewers

Labels

Clear labels   

Fable 5 ревью

Находки полного мульти-агентного ревью (Claude Fable 5, 2026-06-09)

  

GG-форсайт

Новое ТЗ от Ген Геныча (июнь 2026): Site Finder v2 — ИИ-прогноз продуктовой стратегии девелопера. Актуальный приоритет.

  

admin

Admin UI / internal tools / pipeline tracker

  

analytics

Аналитика данных / matching

  

auth

Authentication / authorization / multi-tenancy

  

automation

Автоматизация / cron / scheduler

  

bug

Something isn't working

  

business

Коммерческая воронка / пилоты / pipeline / реестр ПО

  

chore

Operational housekeeping

  

ci

Forgejo Actions / build pipeline

  

compliance

152-ФЗ / реестр ПО / legal / TOS

  

data

Data sources, parsers, ETL

  

data-moat

Уникальные данные — sales tracker, CRM aggregation

  

docs

README / runbooks / onboarding

  

duplicate

This issue or pull request already exists

  

dx

Developer experience / build speed

  

enhancement

New feature or request

  

feedback/max

Feedback from Max (Senior partner)

  

generative

Generative Design — concept generation engine

  

needs-discussion

Pending team sync / decision

  

needs-human

Human review/decision required

  

observability

Monitoring / metrics / logs / Sentry / Uptime

  

pause-bots

Kill-switch — all autonomous bots pause

  

performance

Latency / throughput / DB query tuning

  

priority/p0

Critical / production-blocker

  

priority/p1

High priority

  

priority/p2

Normal priority

  

priority/p3

Низкий приоритет (follow-up, tech-debt)

  

scope/backend

Backend Python — FastAPI, Celery, scrapers

  

scope/db

DB migrations, indexes, SQL

  

scope/devops

docker-compose, Caddy, workflows

  

scope/frontend

Frontend — Next.js, React, TypeScript

  

scope/qa

Tests, smoke, Playwright

  

scrapers

Скрапперы (Avito/Cian/Yandex/Rosreestr)

  

security

Security audit / secrets / vulnerabilities

  

site-finder

Site Finder scoring quality & data layer

  

stage/1

Stage 1: Generative MVP (нед 2-7)

  

stage/2

Stage 2: Site Finder MVP (нед 8-12)

  

status/blocked

Blocked — needs human intervention

  

status/done

Closed, completed

  

status/needs-analysis

Raw/fuzzy task filed by human — auto-analyst подхватывает: code-archeology + декомпозиция в actionable scope/* + status/ready (или split на под-issues)

  

status/needs-fix

Reviewer/QA вернул worker на доработку — worker сам чинит свой PR (fixup), НЕ требует human (в отличие от status/blocked)

  

status/qa

PR merged, awaiting smoke test

  

status/ready

Ready for pickup by worker bot

  

status/review

PR open, awaiting code review

  

status/wip

Work in progress (worker claimed)

  

tech-debt

Технический долг

  

tradein

Trade-In MVP проект

  

ux

User experience / responsive / conversion

  

week ревью 1

Week review 1 — находки multi-agent аудита проекта (2026-06-14)

  

wontfix

This will not be worked on

  

ИРД

Исходно-разрешительная документация — слой ограничений участка для analyze-таблицы

  

вторичка

Trade-In Estimator — проект оценки вторичного жилья

No labels

Fable 5 ревью

GG-форсайт

admin

analytics

auth

automation

bug

business

chore

ci

compliance

data

data-moat

docs

duplicate

dx

enhancement

feedback/max

generative

needs-discussion

needs-human

observability

pause-bots

performance

priority/p0

priority/p1

priority/p2

priority/p3

scope/backend

scope/db

scope/devops

scope/frontend

scope/qa

scrapers

security

site-finder

stage/1

stage/2

status/blocked

status/done

status/needs-analysis

status/needs-fix

status/qa

status/ready

status/review

status/wip

tech-debt

tradein

ux

week ревью 1

wontfix

ИРД

вторичка

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

2 participants

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: lekss361/gendesign#3569

No description provided.