# Заметки — C02-CONSTR-PROGRESS-USEU

## Проверка дублей
`grep -iF "buildots|openspace|doxel|disperse"` и `grep -i "mcalpine|SRM|mace|skanska|balfour|turner|dpr|kier"` по `known-url-map.jsonl`, `known-records.jsonl`, `known-e4-cases.json` — совпадений нет. `W/m0/early_candidates.jsonl` на момент работы пуст (файл ещё не создан координатором). Все карточки — `novelty: new`.

## Запросы (веб-поиски, всего 10 из ≤13)
1. "Sir Robert McAlpine" Buildots AI progress tracking case study own blog → нашёл srm.com собственную публикацию (F02) — основной источник P01.
2. Mace/Skanska/Balfour Beatty Buildots AI construction progress case study → упоминания Skanska/Turner/Balfour Beatty как пользователей Buildots (без деталей); зацепка на Skanska Lee Health.
3. OpenSpace AI construction progress general contractor case study 2024 2025 → список кейсов OpenSpace (RG Construction, LandSouth и др.).
4. Doxel AI construction progress tracking client case study → упоминание DPR/Layton/Sundt/QTS (агрегированная вендорская статистика, не использована как карточка) + наводка на кейс по контролю качества.
5. Disperse AI construction progress tracking client case study → Disperse куплен OpenSpace (28.10.2025); клиентский кейс Gilbane (2021, ENR award) — слишком старый и без процессных деталей в сниппете, для карточки не хватило материала за отведённый бюджет (недобор, `historical_basis` не заведён).
6. construction AI progress tracking pilot failed discontinued pushback rejected site teams → общая статистика провалов пилотов (MIT/BCG/RICS), без названной организации — не карточка, использовано как контекст.
7. DPR Construction Doxel data center progress tracking case study → нашёл эпизод с расхождением данных (F08) — источник P04, закрывает требование «минимум одна попытка найти неудачу/ограничение» (трение с субподрядчиком, переделка).
8. construction computer vision progress tracking dispute payment claim workers criticism camera → общие тезисы о приватности и ложных срабатываниях, без названной организации — не карточка.
9. Turner Construction/Kier/DPR Construction blog AI progress tracking own project → нашёл Turner+Buildots (упоминание без деталей), Turner+DroneDeploy (роботы-инспекторы, отдельная технология), статью chiefaiofficer.com о Turner (отклонена, см. ниже).
10. Balfour Beatty/Turner Construction own website case study Buildots/OpenSpace → нашёл вендорский кейс OpenSpace–Balfour Beatty; не использован как карточка, т.к. OpenSpace уже даёт один вендорский кейс на пакет (RG Construction, правило 9 WORKER.md).

Недобор по «откату» (rollback): за 2 адресных поиска (7, 8) именованного отказа/отмены практики распознавания прогресса не найдено. Вместо этого задокументирован эпизод трения/спора (DPR–Doxel, P04) и общая отраслевая статистика провалов пилотов (без имён, не карточка).

## Отклонённые материалы
- **chiefaiofficer.com — "How Turner Construction Cut Project Delays by 30% Using AI"** (F10): прочитан полностью. Нет ни одной ссылки на источник, ни цитаты сотрудника Turner, ни названия конкретной технологии (Buildots/Doxel/OpenSpace и т.п. не упомянуты); цифры («30% delays», «$50M savings») поданы как факт без методологии — похоже на маркетинговый/ИИ-сгенерированный текст. Карточка не создана.
- **intelligentbuild.tech — "The construction industry has an AI problem, and it isn't AI"** (F07): прочитан полностью. Автор — сооснователь PlanRadar (вендор), организация-практика не названа, описаны общие тезисы о качестве данных. Не карточка (нет организации + процесса), оставлено как контекст.
- **forconstructionpros.com — Fyld/"AI Pilot Problem"** (F06): curl вернул Cloudflare-заглушку ("Just a moment..."), контент не получен; статья не прочитана и не использована.
- **Balfour Beatty × OpenSpace** и **Gilbane × Disperse (2021)**: найдены, но не превращены в карточки — первое из-за лимита «один вендорский кейс на вендора» (OpenSpace уже в P03), второе из-за недостатка процессных деталей в найденных сниппетах и возраста (2021, требовал бы `historical_basis`, но не было времени добрать деталей в рамках бюджета).

## Разделение «распознавание → решение → эффект» (по брифу)
Во всех четырёх карточках зафиксировано: CV-система (Buildots/OpenSpace/Doxel) выполняет автоматическое **распознавание** (сопоставление 360°-фото с BIM/графиком/объёмами); **управленческое решение** остаётся за людьми (суперинтендант, инженер, сметчик, ПМ) — ни в одном источнике не сказано, что подписанный акт/КС-2-аналог или платёж формируются автоматически. P03 (RG Construction) ближе всего подходит к оплате («facilitation of payments», «invoices approved in a timely manner»), но и там платёж утверждает человек на основании данных, а не система напрямую. P04 (DPR) прямо показывает, что «распознанное» (не установлено) и «принятое трактовкой подрядчика» (установлено) — разные вещи, и именно расхождение между ними стало находкой кейса.

## Бюджет
Поисков использовано: 10 из ≤13. Открытий (curl+webfetch, включая неудачные) использовано: 10 из ≤26 (F01–F10; F09 — 404, F06 — 403/заглушка).

## Доработка, раунд 1 (по findings V1-M1, все 4 карточки — major)
Новых поисков и открытий не делалось (0/0, лимит ≤4 открытий не понадобился) — все правки основаны на уже сохранённых `raw/`-файлах.

- **P01 (SRM+Buildots):** убраны недоказанные детали продукта (360°-камеры на касках, CV, BIM, «spotlights») — их нет в текстах о SRM; `technologies` CV→`other`; `technology_basis` заменён на дословную цитату «AI-powered construction management solution»; атрибуция цитаты «Lee Howlett» снята (в транскрипте спикер не обозначен → «неназванный участник видео»); дата кейса Buildots — 2026-03-19 (datePublished из разметки); отмечено внутреннее расхождение вендора (26 000 vs 260 000 кв.м в заголовке/тексте); добавлен тег `vendor_material`. Видео-транскрипт SRM сохранён без таймкодов в `raw/srm-own-transcript.txt` — иначе цитаты с таймкодами внутри не проходили проверку валидатора.
- **P02 (Skanska+Buildots):** обнаружено, что основной текст статьи (aiforcrecollective.com) закрыт email-гейтом — в JSON-LD разметке прямо стоит `isAccessibleForFree:false`, `cssSelector: .article-gate__clip`. `reading_scope` full_text→`partial`; все детали из скрытой части (технический разбор «AI Watches the Build», пересказ «Skanska says…», срок Q4 2027) убраны из карточки; оставлена только видимая вводная часть (факт пилота, упоминание 360°/CV в общем описании продукта).
- **P03 (RG Construction+OpenSpace):** дата кейса — 2022-09-29 (pdfinfo CreationDate PDF) → добавлен тег `historical_basis`, период переписан на «до сентября 2022», актуальность на 2026 помечена unknown. Эффекты разделены по `base_object`: (а) прогноз/факт трудочасов RG на часть каркасных работ по перегородкам (20%→10-15%) и (б) отклонение бюджета всего проекта Illinois Masonic Medical Center ($30М/$1М, RG — лишь один из подрядчиков) — раньше эти две разные базы были слиты в одну метрику. `stage_marker_quote` заменён на контигуальный фрагмент (в PDF из-за двухколоночной вёрстки исходная цитата была разорвана вставкой маркетинговой плашки «PROGRESS TRACKING» — обнаружено через прямое чтение байтов файла, не только через `cat`).
- **P04 (DPR+Doxel):** `deployment_stage` production→`unknown` — единственный эпизод не устанавливает режим внедрения, дословного маркера стадии в тексте нет; `stage_marker_quote` очищен от добавленного вывода автора карточки. «Обязательное еженедельное расследование по всем специальностям» переквалифицировано: это рекомендация из одного эпизода («The practical recommendation from Mike's experience is to establish a protocol…»), а не внедрённый порядок — согласовано с `governance_change.established: false`. Суперинтендант Mike Miller теперь не назван инициатором расследования (в тексте — «the team»), только комментатором случая; `authority` → unknown.

После правок: `python3 W/scripts/validate_cards.py W/packets/C02-CONSTR-PROGRESS-USEU` → 4 cards, 0 problems, 0 warnings; quote check — 0 не найдено.