Physical AI: От нейросетей к гуманоидным роботам

— фиксированные крепления и упоры под сенсоры;

— серийный номер связки «корпус–камера–IMU» в конфиге;

— автоматический отчёт калибровки с допусками (не «OK» глазами);

— запрет ручного edit боевого конфига без change ticket.

Стенд и factory acceptance

Factory acceptance test (FAT) для Physical AI включает не только движение по траектории. Минимум: safety channels, latency p95 на hot path, perception на наборе эталонных объектов, повтор после холодного старта, проверка, что образ софта и хеш весов совпадают с релизом. Site acceptance (SAT) повторяет урезанный набор уже на полу заказчика с его освещением и EMI.

Без FAT/SAT контракт на поставку превращается в спор «у нас дома работало».

Поставки и alternate sources

Камеры и вычислители часто идут с одним lead time и одним аллокатором. Держите квалифицированный alternate: не «любая USB-камера», а вторая модель, прошедшая тот же пайплайн калибровки и тот же набор регрессов perception. Смена поставщика без регресса — скрытый редизайн продукта.

Версии на конвейере

На линии сборки должна быть одна текущая «золотая» связка BOM+софт. Параллельно — canary-партия на новый BOM. Смешивать на одном заказе нельзя: иначе field support не знает, какой playbook применять. Маркируйте корпус машиночитаемым ID, который тянет BOM revision и software train.

Люди и takt time

Сборка Physical AI ближе к приборостроению, чем к штамповке. Обучение сборщиков калибровке и прогону теста занимает недели. Если план роста опирается на «наберём людей с улицы», заложите ramp yield: первые партии будут медленнее и с большим процентом возврата на стенд.

Масштабирование данных и моделей

Производство железа не масштабирует само по себе качество политики. Нужен конвейер: эпизоды с поля → QC → дообучение/дистилляция → регресс → canary на парке. Иначе вы отдаёте заказчику одинаковые корпуса с разными «мозгами» двухмесячной давности и ловите деградацию на новых SKU.

Экономика серии

Смотрите не только cost of goods. Добавьте: стоимость калибровочного стенда на единицу, долю возвратов, стоимость field-fix после SAT, амортизацию альтернативных сенсоров на складе. Иногда выгоднее дороже комплектующие с стабильным firmware, чем дешёвые с плывущей геометрией.

Чеклист готовности к серии

Допуски калибровки в числах. FAT/SAT протоколы. Alternate на критичные сенсоры. ID→BOM→software train. Ramp plan по людям. Связка отгрузки с версией политики. Метрика yield по этапам, не только «собрали корпус».

Калибровочный стенд как узкое место

Стенд определяет takt сильнее сварки. Считайте throughput стенда в комплектах в сутки и закладывайте очередь: если сборка делает 4 корпуса, а стенд принимает 2, незавершёнка растёт и портит мотивацию. Параллельность стендов упирается в эталоны, людей с допуском и стабильность освещения в калибровочной зоне — это тоже CAPEX.

Автоматизируйте отчёт: численные residual ошибки, дата, operator id, serial связки сенсоров. «Калибровка OK» без чисел не проходит gate. Партии с хвостом распределения residual не отгружают «на удачу» — их разбирают, иначе field ловит systematic bias.

Программный train на конвейере

Прошивка на линии — тот же релизный артефакт, что canary в поле, только с заводским ключом подписи. Запретите «дописать конфиг руками перед отгрузкой». Любая site-specific настройка уезжает параметром карты ограничений после SAT, не бинарником с флешки сборщика. Иначе у вас столько версий, сколько отгрузок.

Golden image лежит на read-only носителях с инвентарными номерами. Подмена образа «для ускорения» — security и quality инцидент одновременно.

Yield и скрытый брак

Брак после SAT у заказчика дороже брака на FAT в десять раз по репутации и логистике. Классифицируйте: механика, сенсор, кабель/EMI, софт, упаковка/транспорт. Если растёт доля «у них на полу не воспроизводится», проблема не в заказчике — в неполноте FAT (нет ночного освещения, нет вибрации, нет соседнего частотника).

Добавьте в FAT короткий прогон рядом с типичным источником EMI или с записанным спектром сайта, если уже есть замеры. Это не идеальная копия поля, но отсекает наивные сюрпризы.

Ramp людей

Сертификация сборщика: N успешных калибровок подряд в допуске, сдача safety-чеклиста, запрет работы без наставника на первых сменах. Текучка на калибровке бьёт по yield сильнее текучки на корпусе. Платите и считайте эту роль отдельно, не как «ещё один слесарь».

План на срыв поставок

Если GPU/камера уезжает в allocation delay, заранее решите: пауза линии, переход на квалифицированный alternate, или отгрузка железа с отложенной активацией политики (хуже, но иногда нужно для кэша заказчика). Решение должно быть в playbook, не в пятничном созвоне.

Масштабирование производства без масштабирования данных — отгрузка красивых корпусов с мозгами прошлого квартала. Синхронизируйте план отгрузки с планом canary политик: нельзя обещать дату флота, если регресс на новых SKU не зелёный.

На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. OTA без дежурства и без окна — лотерея; сервисный календарь и релизный календарь пересекаются явно. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Кастом сайта живут параметрами, не форком политики; у форка есть срок жизни и план слияния. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Приёмка по demo-SKU, которых нет в ночной смене, создаёт ложную готовность линии. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Data rights по умолчанию у заказчика; вендор получает обезличенные фичи только в объёме поддержки и с аудитом. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. OTA без дежурства и без окна — лотерея; сервисный календарь и релизный календарь пересекаются явно. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Кастом сайта живут параметрами, не форком политики; у форка есть срок жизни и план слияния. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Приёмка по demo-SKU, которых нет в ночной смене, создаёт ложную готовность линии. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Data rights по умолчанию у заказчика; вендор получает обезличенные фичи только в объёме поддержки и с аудитом. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. OTA без дежурства и без окна — лотерея; сервисный календарь и релизный календарь пересекаются явно. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Кастом сайта живут параметрами, не форком политики; у форка есть срок жизни и план слияния. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Приёмка по demo-SKU, которых нет в ночной смене, создаёт ложную готовность линии. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Data rights по умолчанию у заказчика; вендор получает обезличенные фичи только в объёме поддержки и с аудитом. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0130» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации.

14. Закупки и контрактная модель

Закупка Physical AI — это закупка системы с открытым контуром ответственности: железо, софт, данные, интеграция в OT, сервис. Тендер «как на роботов-манипуляторы 2015 года» отсекает нужные требования и оставляет красивые спецификации момента.

Матрица требований

Дисквалифицирующие пункты (без них не смотрите цену):

— архитектура safety (что в SIL/PL-контуре, что в ML-контуре);

— возможность offline-инференса на ячейке;

— права на данные эпизодов и конфиги;

— rollback OTA и политика окон обновления;

— референс на сравнимом процессе (не «вообще робот на складе»);

— прозрачный journal вмешательств teleop.

Взвешиваемые: latency budget, поддержка ваших SKU-классов, открытость драйверов, наличие site profile/карты ограничений, стоимость alternate запчастей, условия выхода из RaaS.

Capex vs RaaS в договоре

Capex: яснее ownership железа, но легко купить «коробку», а мозги и обновления оставить в серой зоне. RaaS: вендор мотивирован на uptime, но проверьте потолки индексации, право забрать веса/данные при выходе, что считается простоем по вине заказчика (Wi-Fi, освещение, SKU вне матрицы).

Гибрид часто честнее: железо и базовый контроллер — capex/лизинг; модель и remote triage — подписка с SLA.

Пилотный контракт отдельно

Пилот не должен наследовать штрафные санкции серийного SLA. Иначе команда боится честных abort и прячет teleop. В пилоте фиксируйте: цели обучения (какие отказы закрыть), уровень автономии по неделям, критерии exit (go/no-go), бюджет teleop, запрет на маркетинговые демо ценой срыва сбора данных.

Приложения к пилоту: словарь метрик, карта ограничений сайта, список SKU in/out of scope, протокол near miss.

Ответственность за setpoint и изменения линии

Кто имеет право менять освещение, стеллажи, упаковку, WMS-правила? Если заказчик двигает стеллаж на 30 см, а вендор узнаёт из тикета «робот стал тупым», в договоре дыра. Нужен change control: изменения среды = пересмотр карты ограничений и, при необходимости, пауза KPI.

Приёмка и платежи

Транши привязывайте к системным воротам: FAT, SAT, N дней canary с порогами near miss/age, передача runbook, обучение смены. Не к «модели v3» и не к слайду accuracy. Если accuracy не связана с cost per successful cycle на вашей линии — это чужая метрика.

ИБ и доступ

Контракт описывает: кто ходит на VPN ячейки, как хранятся эпизоды, можно ли вывозить raw video, аудит действий remote. «Облако вендора по умолчанию» без раздела ИБ — красный флаг для OT.

Чеклист закупки

Дисквалификаторы safety/offline/data/rollback. Отдельный пилотный договор. Change control среды. Транши за ворота. ИБ-приложение. Условия exit из RaaS. Референс на класс задач, не на бренд.

Как читать ответы вендоров на тендер

Ищите конкретику: какой safety стандарт и что именно в certified контуре; где крутится инференс; пример лога abort; образец карты ограничений; список out-of-scope SKU; условия выхода и миграции. Общие фразы про «AI-powered autonomy» и «99%» без метода измерения — дисквалификация по зрелости, даже если цена низкая.

Референс-звонок с другим заказчиком готовьте списком вопросов: доля teleop ночью, кто чинит камеры, как часто OTA, был ли спор про data rights, что сломалось на втором сайте. Маркетинговый joint-call без технаря заказчика бесполезен.

Штрафы и стимулы

Штраф за downtime должен различать: отказ железа, отказ модели в заявленном домене, простой из-за среды заказчика, простой из-за отсутствия запчасти на стороне вендора. Одна цифра «штраф за час» толкает к спорам и к скрытию причин. Лучше: service credits по классам + обязательный joint postmortem.

Бонус за uptime без требования полноты логов стимулирует «зелёные» дашборды с дырявыми эпизодами. Привяжите бонус к проверяемой полноте.

Пилот: деньги и выход

Фиксируйте потолок расходов заказчика на интеграцию со своей стороны (WMS-хуки, ограждения, сеть). Фиксируйте потолок teleop-часов вендора, после которого либо расширение бюджета, либо сужение scope. Exit: кто забирает железо, что происходит с данными, можно ли опубликовать кейс. Без exit-клаузулы пилот липнет мёртвым грузом.

Change control среды

Любое изменение освещения, стеллажей, упаковки, скоростей конвейера, правил WMS — ticket с оценкой влияния на карту ограничений. Пока ticket открыт, KPI автономии заморожены или переведены в информационный режим. Это кажется бюрократией; на деле спасает от обвинений «робот деградировал сам».

Юристы и OT в одной комнате

Контракт, который видели только юристы и sales, ломается о первую ночную смену. На review обязательны: OT/safety, владелец данных, сервис, ML runtime. Их красные флаги дешевле любого иска.

На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. OTA без дежурства и без окна — лотерея; сервисный календарь и релизный календарь пересекаются явно. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Кастом сайта живут параметрами, не форком политики; у форка есть срок жизни и план слияния. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Приёмка по demo-SKU, которых нет в ночной смене, создаёт ложную готовность линии. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Data rights по умолчанию у заказчика; вендор получает обезличенные фичи только в объёме поддержки и с аудитом. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. OTA без дежурства и без окна — лотерея; сервисный календарь и релизный календарь пересекаются явно. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Кастом сайта живут параметрами, не форком политики; у форка есть срок жизни и план слияния. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Приёмка по demo-SKU, которых нет в ночной смене, создаёт ложную готовность линии. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Data rights по умолчанию у заказчика; вендор получает обезличенные фичи только в объёме поддержки и с аудитом. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. OTA без дежурства и без окна — лотерея; сервисный календарь и релизный календарь пересекаются явно. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Кастом сайта живут параметрами, не форком политики; у форка есть срок жизни и план слияния. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Приёмка по demo-SKU, которых нет в ночной смене, создаёт ложную готовность линии. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Data rights по умолчанию у заказчика; вендор получает обезличенные фичи только в объёме поддержки и с аудитом. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Журнал teleop с причиной (сенсор, планировщик, SKU, сеть, коллизия) обязателен для разбора экономики, не только для отладки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Второй сайт начинается с процедуры приёмки среды, а не с копирования conf-файла успешной ячейки. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Mean time to diagnose падает, когда эпизод содержит state, keyframes и config hash; иначе field едет вслепую. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Стимулы BD и сервиса должны стыковаться на одном stage-gate: иначе рост парка обгоняет способность чинить. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Offline на hot path — не идеология, а условие контракта с OT; облако остаётся для обучения и аналитики флота. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Редкий хвост SKU не обещают в пилоте; его выносят в out-of-scope или в отдельный платный этап сбора данных. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Safety-канал не «улучшают» моделью: его тестируют отдельно, а ML живут в контуре с правом abort. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Еженедельно на одну страницу: abort top-3, age сенсоров, teleop share, stockout, время до первого лога. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Alternate поставщик сенсора проходит тот же пайплайн калибровки; иначе это не alternate, а новый продукт. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. OTA без дежурства и без окна — лотерея; сервисный календарь и релизный календарь пересекаются явно. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Кастом сайта живут параметрами, не форком политики; у форка есть срок жизни и план слияния. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Приёмка по demo-SKU, которых нет в ночной смене, создаёт ложную готовность линии. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Data rights по умолчанию у заказчика; вендор получает обезличенные фичи только в объёме поддержки и с аудитом. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. На смене важнее короткий runbook, чем толстый учебник: три шага, два запрета, один канал эскалации. В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации. Версия карты ограничений входит в предикаты canary; несовпадение версий блокирует выкат без исключений «на этот раз». В контексте «u0131» фиксируйте наблюдаемый эффект в метриках сайта, а не в презентации.