# C03-CONSTR-PLANNING — заметки исследователя

## Прочитано перед стартом
`W/WORKER.md` (калибровки I3-1…I3-4 и все предыдущие), `W/SCHEMA.md`, `packets/C03-CONSTR-PLANNING/brief.md`, `W/m0/matrix.md` (раздел CONSTR: стадия 3 «Подготовка/график/ресурсы» — полный пробел в корпусе). Проверка дублей: `grep -il "ALICE|nPlan|Primavera|Last Planner|lookahead|Bouygues|Vinci|McCarthy|Webcor|Network Rail|HS2|National Highways" W/packets/*/cards.jsonl` — совпадения только в C04-CONSTR-SAFETY-QUALITY (Suffolk Construction, другой процесс — безопасность через Smartvid.io/Newmetrix, не пересекается с этим пакетом) и O05-OPM-CONSULT (не по теме, ложное совпадение). `known-records.jsonl`, `known-url-map.jsonl`, `known-e4-cases.json`, `known-sources-v0.2.json`, `m0/early_candidates.jsonl` — совпадений по Network Rail/SCS JV/McCarthy/Obayashi/Arent/Palantir/nPlan не найдено.

## Поисковый бюджет (лимит ≤13 веб-поисков, ≤26 открытий)
Веб-поисков использовано: **13/13** (лимит исчерпан полностью).
1. nPlan Network Rail schedule risk prediction case study
2. ALICE Technologies generative construction scheduling named client case study
3. McCarthy Building Companies OR Webcor AI scheduling generative construction
4. Oracle Primavera Cloud AI schedule risk analysis named construction owner case study
5. Japan (建設 AI 工程 スケジュール 予測 大手ゼネコン) OR Australia construction AI schedule delay prediction
6. Lendlease AI schedule optimization construction project case
7. "Last Planner" AI lookahead schedule forecast construction case study named contractor
8. construction AI equipment materials resource planning case study named contractor 2025 2026
9. Laing O'Rourke OR CPB Contractors OR John Holland AI construction schedule risk prediction case
10. 鹿島建設 OR 大成建設 OR 清水建設 AI 工程管理 スケジュール 予測 活用事例
11. PROCOLLA AI 工程表 自動生成 ゼネコン 導入事例
12. Bouygues Construction OR Vinci Construction intelligence artificielle planification chantier délais prévision cas
13. Webcor AI construction scheduling OR "equipment allocation" AI construction case study named contractor material delivery prediction

Открытий (curl): ~19 URL (nplan×2 landing + 1 PDF + 2 extract-companion, ALICE index + 2 кейса, ENR — блок, itmedia + utf8-двойник, prtimes + extract, buildapp + utf8, mccarthy + extract, businesswire — ошибка TLS, constructiondive + extract). Полный список — `files.jsonl`.

## Что дало карточки
- **nPlan / Network Rail** (C03-P01) — полный вендорский PDF-кейс найден в открытом виде на cdn.featuredcustomers.com (landing-страница на nplan.io закрыта email-гейтом — не введён email намеренно, `reading_scope: partial` для неё). Исторический пилот 2010-х, награда 2021 г.
- **ALICE / SCS JV — Copthall Green Tunnel (HS2)** (C03-P02) — из индекса кейсов ALICE (blog.alicetechnologies.com/case-studies). Прямое попадание в пример брифа (HS2).
- **McCarthy + Palantir «Pulse»** (C03-P03) — свежий (июнь 2026) собственный пресс-релиз McCarthy + независимая статья Construction Dive. Именно тот генподрядчик, что назван в брифе примером.
- **PROCOLLA / Obayashi** (C03-P04, adjacent_digitalization) — попытка закрыть требование брифа «вне США/Европы» (Япония). Отмечено расхождение: генеративные функции продукта на момент кейса (авг. 2025) были «開発中» (в разработке), поэтому `ai_component_established: false`.

## Кандидаты, прочитанные, но НЕ использованные как отдельные карточки
- **ALICE / Suffolk Construction** (raw/alice_suffolk.html, F06) — очень богатый кейс (Dawn Polley, Scheduling Director; Aleksey Chuprov, SVP Data & IT; 42 дня отыграно) — не создана карточка из-за правила «не более одного клиентского кейса одного вендора на пакет» (уже есть ALICE/SCS JV). Кандидат для другого пакета/будущей замены.
- **ALICE / Zachry Construction** (28 дней на хайвее), **Reta Engenharia** (mining), **Andrade Gutierrez** — найдены только в сниппетах поиска, не открывались отдельно (тот же лимит на вендора ALICE).
- **nPlan / HS2 London Tunnels landing page** (F01) — тот же клиент (SCS JV), что и в C03-P02, но по другому вендору (nPlan) и другому аспекту (стратегическое прогнозирование рисков, а не производственная оптимизация темпов). Landing закрыт email-гейтом, содержит только общую цитату SCS JV и параметры проекта — недостаточно для отдельной карточки без ALICE-кейса; решено не дублировать организацию SCS JV второй карточкой в рамках лимита пакета и бюджета.

## Пустые ячейки и недобор (после ≥2 адресных попыток)
- **Oracle Primavera Cloud AI — именованный клиент.** 1 адресный поиск (#4): найдены только общие описания AI-функций Primavera Cloud (продуктовые страницы Oracle), ни одного именованного клиента с описанием процесса и эффектом. Недобор: без второго узкого поиска (бюджет исчерпан на другие направления) — не создана карточка «продукт без клиента» (запрещено правилом 8 WORKER.md).
- **Last Planner System + ИИ (lookahead-прогноз) — именованный подрядчик.** 1 адресный поиск (#7): найдены только научные статьи (ScienceDirect, arXiv) о совмещении LPS с ML в лабораторных/исследовательских постановках, без именованного действующего подрядчика. Недобор.
- **Non-US/Europe (вне США/Европы) — полноценная ИИ-практика (не смежная цифровизация).** 3 адресных попытки (#5 Япония/Австралия, #9 Laing O'Rourke/CPB/John Holland, #10 Kajima/Taisei/Shimizu, #11 PROCOLLA): только общие обзорные статьи без именованных клиентов с конкретным процессом, ИЛИ (PROCOLLA/Obayashi) — найден именованный кейс, но с неустановленным ИИ-компонентом на момент внедрения → создан как adjacent_digitalization (C03-P04), не как полноценная практика. Требование брифа «хотя бы одна попытка вне США/Европы» выполнено, но полноценная non-US/EU AI-практика для стадии planning_schedule_resources не найдена в пределах бюджета.
- **Subcontractors/equipment/materials (снабжение техникой/материалами) — отдельный кейс.** 1 адресный поиск (#8): только общие обзорные статьи (Mastt, RTS Labs, DigitalDefynd) без именованных клиентов с конкретным процессом снабжения техникой/материалами. Единственное частичное покрытие — упоминание «logistics and equipment planning» в списке зон применения McCarthy Pulse (C03-P03), без детализации.
- **Bouygues / Vinci — именованный кейс планирования графика.** 1 адресный поиск (#12): найден кейс Bouygues Bâtiment Industrie + Buildots (44 000 м², 13-месячный график, цель — избежать срывов графика), но Buildots — это CV-инструмент сравнения фактического прогресса с BIM-моделью (progress_time_cost_control), а не генеративное/прогнозное планирование графика в узком смысле этого пакета; решено не создавать карточку — риск смыслового пересечения с пакетами C02/C04 (прогресс/контроль), не с C03 (планирование). Оставлено для координатора как возможный кандидат другого пакета.
- **Webcor** — по брифу упомянут как пример, но за все 13 поисков не нашлось ни одного конкретного описанного процесса/кейса Webcor с ИИ (только общая фраза сотрудника Webcor о будущем «regenerative scheduling» в статье-обзоре, без описания внедрения). Недобор зафиксирован, карточка не создана.

## Раунд 2 — правки по findings/V11.json (координатор)
Прочитаны `W/findings/V11.json` (элементы C03-P01, C03-P04) и калибровки I3-6, I3-7 в `W/WORKER.md`. Решение координатора: сторонняя PDF-копия nPlan/Network Rail-кейса на cdn.featuredcustomers.com — обход email-гейта правообладателя (nplan.io) по существу; не используется. `files.jsonl` C03-F07 помечен `availability: gated_third_party_copy`, ссылки на него из карточек убраны, ни в одной карточке он больше не цитируется.

**C03-P01 переписана заново** только по двум публичным материалам без гейта:
- landing-страница кейса на nplan.io (C03-F02) — публична, гейт закрывает только скачивание PDF;
- публичный пресс-релиз nPlan от 01.11.2022 о сделке с Transpennine Route Upgrade (новый файл C03-F14/F14h, 1 открытие) — использован только как общее описание методологии nPlan (Deep Learning на исторических графиках) и как подтверждение того, что Network Rail на конец 2022 г. оставался в числе клиентов nPlan (без детализации по проекту).

Из карточки удалены (существовали только в гейтированном материале): диапазон прогноза P10–P90, точность модели 75%, оценка риска £30m, именная атрибуция цитаты (Alastair Forbes, Head of Programme Controls). `effects` стало пустым, `effect_evidence: none`. Оставшаяся цитата на публичной странице — неподписанный blockquote (без имени/должности на этой странице) — по калибровке I3-6 п.2 не выдаётся за именную цитату руководителя. Прежняя версия карточки сохранена в `cards.v1.jsonl`.

**C03-P04 — правки:** `interested_party` источника BUILT/ITmedia исправлен `independent` → `vendor` (статья пересказывает пресс-релиз Arent, фото подписано «出典：Arentプレスリリース»; калибровка I3-7 п.2); `effects[0].claimed_by` уточнён; в `uncertainty` добавлена заинтересованность Obayashi (соразработчик PROCOLLA и совладелец дистрибьютора Oplyzon через СП с Hitachi Solutions) — независимого источника у кейса нет.

Бюджет раунда 2: поисков — 0 (не требовались); открытий — 1 из разрешённых ≤2 (публичный пресс-релиз nPlan о Transpennine Route Upgrade). Валидатор после правок: 0 проблем.

## Технические примечания
- Страница businesswire.com (McCarthy/Palantir) не открылась (`curl` завершился ошибкой, exit 92) — использован собственный пресс-релиз McCarthy (mccarthy.com) и независимая статья Construction Dive вместо него.
- ENR (enr.com) отдал Cloudflare-заглушку «Just a moment...» — недоступен в этой сети (аналогично калибровке о недоступных доменах); файл сохранён как доказательство блокировки.
- Японские страницы (itmedia/BUILT) в кодировке Shift-JIS: исходный HTML декодировался как UTF-8 дал «кракозябры», непригодные для проверки цитат валидатором (который читает `raw/` как UTF-8). Сохранён декодированный UTF-8 текстовый двойник (`*.utf8.txt`) специально для прохождения проверки дословных цитат.
- PDF nPlan/Network Rail имеет трёхколоночную вёрстку; `pdftotext -layout` даёт нечитаемый порядок (колонки перемешаны построчно), из-за чего искомая фраза о пилоте оказывается разорвана. Дополнительно сохранён `pdftotext` без `-layout` (reading order), где фраза идёт подряд и проходит проверку.