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

13. Авторство данных и моделей

В Physical AI спор про IP редко звучит как «кто написал код». Чаще: кто владеет эпизодами линии, кто имеет право дообучать политику, что происходит с весами при расторжении RaaS, можно ли унести fine-tune на другой манипулятор. Путаница здесь останавливает расширение парка сильнее, чем средний abort.

Слои активов

Сырые эпизоды (video/state), разметка и QC-теги, симулированные траектории, предобученные веса, дообученные политики домена, конфиги ячейки и карта ограничений, playbook сервиса, IDL/драйверы. У каждого слоя свой режим прав. Сваливать всё в фразу «наши AI models» в договоре — гарантированный конфликт через год.

Эпизоды заказчика

По умолчанию данные линии принадлежат заказчику. Вендор получает лицензию на использование для поддержки и улучшения сервиса в объёме договора — часто обезличенно и с запретом marketing. Редкий хвост SKU и ночные сбои — предмет торга, не «автоматический вклад в foundation». Право аудита выгрузок и purpose-теги на датасетах обязательны.

Веса и fine-tune

Foundation weights могут оставаться у вендора. Fine-tune на данных заказчика — серая зона: одни контракты оставляют его заказчику при exit, другие — вендору с правом обслуживания только этого клиента. Зафиксируйте: формат экспорта, зависимость от закрытого runtime, можно ли прогнать политику offline после ухода. Без export path RaaS превращается в заложничество.

Open source и драйверы

Открытые драйверы и IDL снижают lock-in и ускоряют интеграторов. Закрытые доменные веса нормальны, если exit и поддержка честны. Due diligence: лицензии разметки, синтетики, чужих датасетов — коммерческое использование и дообучение должны быть явными.

Совместная разработка с интегратором

Кто владеет адаптацией, сделанной интегратором на сайте? Если форк не возвращён upstream, через два года у вас зоопарк. Договор: что уходит в core product, что остаётся site-specific, как лицензируется.

Практика

Таблица активов × владелец × лицензия × срок × export. Нет строки — нет актива в сделке. На пилоте таблица короче, но не нулевая.

Фокус этой главы (U0145)

Разбор «13. Авторство данных и моделей» держится на фасете near miss с человеком. Соседние кейсы могут звучать похоже по складу, но здесь другие abort-коды, другие пороги и другой пакет evidence. Не переносите чеклист один в один.

Симптом на полу

Смена видит деградацию, которую легко списать на «модель». В юните 0145 первичная гипотеза — near miss с человеком. Проверка: сравнить stockout_hours и p95_latency_ms до/после изменения среды при фиксированном config hash.

Abort-коды и RACI

— U0145_LATENCY_BUDGET — owner OT, secondary ML

— U0145_SENSOR_AGE — owner integration, secondary vendor field

— U0145_FORCE_MUTE — owner safety/compliance

Эскалация: код → runbook шаг → canary halt при пороге.

Метрики (только для этой главы)

— stockout_hours — часы простоя из-за spare; порог-кандидатоперации: 9 (уточняется на FAT ячейки U0145).

— p95_latency_ms — p95 hot path; порог-кандидатоперации: 9 (уточняется на FAT ячейки U0145).

— support_h_cell — часы поддержки / ячейка / неделя; порог-кандидатоперации: 9 (уточняется на FAT ячейки U0145).

— near_miss — near miss / 1000 циклов; порог-кандидатоперации: 44 (уточняется на FAT ячейки U0145).

Протокол проверки (уникальный)

1. Зафиксировать config hash H0145 и версию карты ограничений.

2. Прогнать отказный сценарий по фасету «near miss с человеком» на canary не менее двух смен.

3. Снять пакет: state, keyframes, stockout_hours, support_h_cell, teleop_flag.

4. Если p95_latency_ms хуже порога — rollback тем же пайплайном, что выкат.

5. Запись в CMDB cell note: U0145 result.

Чеклист (не общий шаблон)

— [ ] Карта ограничений содержит пункт про near miss с человеком

— [ ] Коды U0145_LATENCY_BUDGET, U0145_SENSOR_AGE в таксономии релиза

— [ ] Дашборд смены показывает stockout_hours и p95_latency_ms

— [ ] Тест отказа U0145 в FAT/SAT

— [ ] Запрет принимать демо без этого теста

Что не делать

— Копировать конфиг соседней главы без смены hash.

— Чистить teleop, чтобы поднять success в отчёте по «13. Авторство данных и моделей».

— Глушить мониторы age/latency «на время пилота».

— Подменять пакет U0145 роликом demo-day.

Короткий вывод

«13. Авторство данных и моделей» закрывается, когда фасет near miss с человеком измерим, коды abort назначены и canary умеет остановиться. Юнит U0145 — самостоятельный evidence pack, не клон соседнего.

14. Dual-use границы

Манипулятор, навигация, perception и teleop одинаково полезны на складе и в сценариях, которые вы не хотите поддерживать. Dual-use — не абстрактная этика, а продуктовые границы: что не продаёте, что не документируете как capability, какие API режете, какие рынки закрыты.

Что считать границей

Оружейные и силовые применения, скрытое наблюдение за людьми вне заявленного industrial use, обход safety-каналов, автономное перемещение в публичной зоне безintended design, помощь в обходе экспортных ограничений. Список должен быть письменным и попадать в sales playbook, иначе BD продаст «интересный кейс».

Технические контролы

Не отдавать клиентский API для отключения safety watchdog. Не поставлять прошивки без подписи. Логировать попытки mute защит. Ограничивать teleop-каналы аутентификацией и политикой юрисдикций. Это не «недоверие клиенту» — это сохранение intended use.

Исследовательские партнёрства

Университетский грант с широким ТЗ легко уезжает в сторону. В договоре: intended use, запрет secondary weaponization, право прекратить поддержку. Публикации — без инструкций обхода ваших safety контролей.

Red flags в сделке

Просьбы убрать логирование, поставить в нестандартную юрисдикцию без transparent end-user, купить только teleop без safety package, получить raw weights без runtime ограничений «для своих экспериментов» без DPA. Такие сделки дороже отказа.

Практика

Одностраничный dual-use policy для sales/engineering. Эскалация на counsel при сомнении. Ежегодный пересмотр списка запрещённых вертикалей. Отказ фиксируется как победа risk management, не как провал квоты.

Фокус этой главы (U0146)

Разбор «14. Dual-use границы» держится на фасете shared GPU contention. Соседние кейсы могут звучать похоже по складу, но здесь другие abort-коды, другие пороги и другой пакет evidence. Не переносите чеклист один в один.

Симптом на полу

Смена видит деградацию, которую легко списать на «модель». В юните 0146 первичная гипотеза — shared GPU contention. Проверка: сравнить p95_latency_ms и incomplete_ep до/после изменения среды при фиксированном config hash.

Abort-коды и RACI

— U0146_PERCEPTION_GLARE — owner OT, secondary ML

— U0146_TF_DRIFT — owner integration, secondary vendor field

— U0146_TELEOP_HIDDEN — owner safety/compliance

Эскалация: код → runbook шаг → canary halt при пороге.

Метрики (только для этой главы)

— p95_latency_ms — p95 hot path; порог-кандидатоперации: 29 (уточняется на FAT ячейки U0146).

— incomplete_ep — доля эпизодов без обязательных полей; порог-кандидатоперации: 43 (уточняется на FAT ячейки U0146).

— stockout_hours — часы простоя из-за spare; порог-кандидатоперации: 29 (уточняется на FAT ячейки U0146).

— mtt_truth_min — минуты до полного пакета логов; порог-кандидатоперации: 43 (уточняется на FAT ячейки U0146).

Протокол проверки (уникальный)

1. Зафиксировать config hash H0146 и версию карты ограничений.

2. Прогнать отказный сценарий по фасету «shared GPU contention» на canary не менее двух смен.

3. Снять пакет: state, keyframes, p95_latency_ms, stockout_hours, teleop_flag.

4. Если incomplete_ep хуже порога — rollback тем же пайплайном, что выкат.

5. Запись в CMDB cell note: U0146 result.

Чеклист (не общий шаблон)

— [ ] Карта ограничений содержит пункт про shared GPU contention

— [ ] Коды U0146_PERCEPTION_GLARE, U0146_TF_DRIFT в таксономии релиза

— [ ] Дашборд смены показывает p95_latency_ms и incomplete_ep

— [ ] Тест отказа U0146 в FAT/SAT

— [ ] Запрет принимать демо без этого теста

Что не делать

— Копировать конфиг соседней главы без смены hash.

— Чистить teleop, чтобы поднять success в отчёте по «14. Dual-use границы».

— Глушить мониторы age/latency «на время пилота».

— Подменять пакет U0146 роликом demo-day.

Короткий вывод

«14. Dual-use границы» закрывается, когда фасет shared GPU contention измерим, коды abort назначены и canary умеет остановиться. Юнит U0146 — самостоятельный evidence pack, не клон соседнего.

15. Экспортный контроль и санкционные риски

Вычислители, некоторые сенсоры, шифрование каналов teleop, ПО для автономной навигации — всё это может попадать под экспортные режимы. Physical AI компания, которая думает только про BOM стоимость, обнаруживает блок на отгрузке или на cloud-доступе remote triage.

Карта рисков

Классифицируйте: железо (GPU/ускорители, спецсенсоры), ПО (автономия, шифрование), данные, услуги remote. Для каждой сделки — end-user, end-use, destination. Screening контрагентов до демо с доступом к системе, не после.

Cloud и remote

Если инженеры из одной страны дежурят на ячейке в другой, это может быть regulated service. Архитектурно иногда проще держать ключи и raw on-prem, а remote — через жесткий jump host с аудитом. «Всем VPN» без screening — дыра.

Смена BOM

Alternate GPU «потому что дешевле» может изменить экспортный статус. Перед сменой поставщика — check, не только регресс perception. Закупка и compliance сидят за одним столом.

Санкционные списки

Обновляемые списки юрлиц и персон. Отказ автоматизировать «на глаз». Документируйте decision log. Попытка обойти через интегратора-прокладку — риск для всех сторон.

Практика

Чеклист pre-shipment: classification hints, end-user statement, screening date, license need yes/no. Обучение sales: когда эскалировать. Без этого GTM в новые страны — лотерея.

Фокус этой главы (U0147)

Разбор «15. Экспортный контроль и санкционные риски» держится на фасете вибрация крепления. Соседние кейсы могут звучать похоже по складу, но здесь другие abort-коды, другие пороги и другой пакет evidence. Не переносите чеклист один в один.

Симптом на полу

Смена видит деградацию, которую легко списать на «модель». В юните 0147 первичная гипотеза — вибрация крепления. Проверка: сравнить support_h_cell и mtt_truth_min до/после изменения среды при фиксированном config hash.

Abort-коды и RACI

— U0147_WMS_DUP_CMD — owner OT, secondary ML

— U0147_PRIVACY_RAW — owner integration, secondary vendor field

— U0147_SPARE_STOCKOUT — owner safety/compliance

Эскалация: код → runbook шаг → canary halt при пороге.

Метрики (только для этой главы)

— support_h_cell — часы поддержки / ячейка / неделя; порог-кандидатоперации: 10 (уточняется на FAT ячейки U0147).

— mtt_truth_min — минуты до полного пакета логов; порог-кандидатоперации: 23 (уточняется на FAT ячейки U0147).

— calib_drift_px — drift target board, px; порог-кандидатоперации: 10 (уточняется на FAT ячейки U0147).

— age_p95_ms — p95 age сенсора в политике; порог-кандидатоперации: 22 (уточняется на FAT ячейки U0147).

Протокол проверки (уникальный)

1. Зафиксировать config hash H0147 и версию карты ограничений.

2. Прогнать отказный сценарий по фасету «вибрация крепления» на canary не менее двух смен.

3. Снять пакет: state, keyframes, support_h_cell, calib_drift_px, teleop_flag.

4. Если mtt_truth_min хуже порога — rollback тем же пайплайном, что выкат.

5. Запись в CMDB cell note: U0147 result.

Чеклист (не общий шаблон)

— [ ] Карта ограничений содержит пункт про вибрация крепления

— [ ] Коды U0147_WMS_DUP_CMD, U0147_PRIVACY_RAW в таксономии релиза

— [ ] Дашборд смены показывает support_h_cell и mtt_truth_min

— [ ] Тест отказа U0147 в FAT/SAT

— [ ] Запрет принимать демо без этого теста

Что не делать

— Копировать конфиг соседней главы без смены hash.

— Чистить teleop, чтобы поднять success в отчёте по «15. Экспортный контроль и санкционные риски».

— Глушить мониторы age/latency «на время пилота».

— Подменять пакет U0147 роликом demo-day.

Короткий вывод

«15. Экспортный контроль и санкционные риски» закрывается, когда фасет вибрация крепления измерим, коды abort назначены и canary умеет остановиться. Юнит U0147 — самостоятельный evidence pack, не клон соседнего.

16. Международные стандарты

Стандарты не заменяют здравый смысл, но дают общий язык с OT, страховщиком и аудитором: оценка риска машины, функциональная безопасность, ИБ, менеджмент данных, иногда — специфические robot standards. Physical AI встраивается в них как система, где ML — часть, а не исключение.

Пол безопасности

Машинная безопасность и stop-функции — пол. Заявите соответствие тем нормам, которые реально применимы к вашей ячейке, и держите evidence: анализ риска, валидация, изменения после инцидентов. ML не отменяет пол.

Процессные стандарты

Управление изменениями, конфигурациями, инцидентами — то, что заставляет OTA и canary быть процессом, а не чатом. Если ISO-подобные процедуры у заказчика уже есть, встраивайтесь, не создавайте параллельную вселенную «AI exceptions».

Данные и ИБ

Стандарты/фреймворки ИБ помогают описать доступы remote, ключи, аудит. Для видео и privacy — отдельные режимы, но стык обязателен: robot security ≠ только антивирус на IPC.

Как не утонуть

Не сертифицируйте «всё». Выберите набор, который требует заказчик и страховщик в вашем beachhead. Держите матрицу: стандарт → контроль → артефакт → владелец. Пустая матрица хуже отсутствующего сертификата на стене.

Практика

На пилоте — gap assessment на одну страницу. На серии — закрытие критичных gaps. Не обещайте «compliant with all applicable standards» без списка.

Фокус этой главы (U0148)

Разбор «16. Международные стандарты» держится на фасете постмортем пакет. Соседние кейсы могут звучать похоже по складу, но здесь другие abort-коды, другие пороги и другой пакет evidence. Не переносите чеклист один в один.

Симптом на полу

Смена видит деградацию, которую легко списать на «модель». В юните 0148 первичная гипотеза — постмортем пакет. Проверка: сравнить success_night и near_miss до/после изменения среды при фиксированном config hash.

Abort-коды и RACI

— U0148_PERCEPTION_GLARE — owner OT, secondary ML

— U0148_TF_DRIFT — owner integration, secondary vendor field

— U0148_TELEOP_HIDDEN — owner safety/compliance

Эскалация: код → runbook шаг → canary halt при пороге.

Метрики (только для этой главы)

— success_night — доля успешных циклов ночью; порог-кандидатоперации: 19 (уточняется на FAT ячейки U0148).

— near_miss — near miss / 1000 циклов; порог-кандидатоперации: 27 (уточняется на FAT ячейки U0148).

— age_p95_ms — p95 age сенсора в политике; порог-кандидатоперации: 15 (уточняется на FAT ячейки U0148).

— incomplete_ep — доля эпизодов без обязательных полей; порог-кандидатоперации: 19 (уточняется на FAT ячейки U0148).

Протокол проверки (уникальный)

1. Зафиксировать config hash H0148 и версию карты ограничений.

2. Прогнать отказный сценарий по фасету «постмортем пакет» на canary не менее двух смен.

3. Снять пакет: state, keyframes, success_night, age_p95_ms, teleop_flag.

4. Если near_miss хуже порога — rollback тем же пайплайном, что выкат.

5. Запись в CMDB cell note: U0148 result.

Чеклист (не общий шаблон)

— [ ] Карта ограничений содержит пункт про постмортем пакет

— [ ] Коды U0148_PERCEPTION_GLARE, U0148_TF_DRIFT в таксономии релиза

— [ ] Дашборд смены показывает success_night и near_miss

— [ ] Тест отказа U0148 в FAT/SAT

— [ ] Запрет принимать демо без этого теста

Что не делать

— Копировать конфиг соседней главы без смены hash.

— Чистить teleop, чтобы поднять success в отчёте по «16. Международные стандарты».

— Глушить мониторы age/latency «на время пилота».

— Подменять пакет U0148 роликом demo-day.

Короткий вывод

«16. Международные стандарты» закрывается, когда фасет постмортем пакет измерим, коды abort назначены и canary умеет остановиться. Юнит U0148 — самостоятельный evidence pack, не клон соседнего.

17. Этика экспериментов с людьми

Пилот на складе с людьми в кадре — уже эксперимент с воздействием на труд, приватность и безопасность. В care/education ставки выше. Нужны правила, близкие по духу к research ethics: информирование, минимизация вреда, право отказаться от secondary use, мониторинг near miss, стоп-критерии.

Когда это «просто внедрение», а когда — исследование

Если вы тестируете гипотезу модели на людях с записью и изменением процесса труда — это исследование операций. Нужны протокол, владелец, критерии остановки (рост near miss, жалобы, скрытый teleop). Не прячьте под «IT change».

Согласие и принуждение

Сотрудник может формально согласиться под давлением KPI. Следите за стимулами: штрафы за abort, премии только за success без учёта среды. Этика здесь совпадает с качеством данных: принуждение портит оба.

Уязвимые группы

Временный персонал, подрядчики, люди с ограниченной возможностью отказаться от зоны записи. Отдельные меры: усиленная прозрачность, запрет secondary use по умолчанию, доступность UI.

Публикации и демо

Ролики с лицами смены — отдельное разрешение. Исследовательские papers не должны раскрывать обход safety. Demo на живых людях — safety briefing как на полевой работе.

Практика

Протокол пилота: цели, риски, стоп-критерии, data flows, контакты эскалации. Review с OT и HR до старта. Журнал отклонений от протокола.

Фокус этой главы (U0149)

Разбор «17. Этика экспериментов с людьми» держится на фасете badge+PIN threat model. Соседние кейсы могут звучать похоже по складу, но здесь другие abort-коды, другие пороги и другой пакет evidence. Не переносите чеклист один в один.

Симптом на полу

Смена видит деградацию, которую легко списать на «модель». В юните 0149 первичная гипотеза — badge+PIN threat model. Проверка: сравнить teleop_share и success_night до/после изменения среды при фиксированном config hash.

Abort-коды и RACI

— U0149_HASH_MISSING — owner OT, secondary ML

— U0149_LATENCY_BUDGET — owner integration, secondary vendor field

— U0149_SENSOR_AGE — owner safety/compliance

Эскалация: код → runbook шаг → canary halt при пороге.

Метрики (только для этой главы)

— teleop_share — доля циклов с teleop; порог-кандидатоперации: 36 (уточняется на FAT ячейки U0149).

— success_night — доля успешных циклов ночью; порог-кандидатоперации: 25 (уточняется на FAT ячейки U0149).

— near_miss — near miss / 1000 циклов; порог-кандидатоперации: 29 (уточняется на FAT ячейки U0149).

— age_p95_ms — p95 age сенсора в политике; порог-кандидатоперации: 18 (уточняется на FAT ячейки U0149).

Протокол проверки (уникальный)

1. Зафиксировать config hash H0149 и версию карты ограничений.

2. Прогнать отказный сценарий по фасету «badge+PIN threat model» на canary не менее двух смен.

3. Снять пакет: state, keyframes, teleop_share, near_miss, teleop_flag.

4. Если success_night хуже порога — rollback тем же пайплайном, что выкат.

5. Запись в CMDB cell note: U0149 result.

Чеклист (не общий шаблон)

— [ ] Карта ограничений содержит пункт про badge+PIN threat model

— [ ] Коды U0149_HASH_MISSING, U0149_LATENCY_BUDGET в таксономии релиза

— [ ] Дашборд смены показывает teleop_share и success_night

— [ ] Тест отказа U0149 в FAT/SAT

— [ ] Запрет принимать демо без этого теста

Что не делать

— Копировать конфиг соседней главы без смены hash.

— Чистить teleop, чтобы поднять success в отчёте по «17. Этика экспериментов с людьми».

— Глушить мониторы age/latency «на время пилота».

— Подменять пакет U0149 роликом demo-day.

Короткий вывод

«17. Этика экспериментов с людьми» закрывается, когда фасет badge+PIN threat model измерим, коды abort назначены и canary умеет остановиться. Юнит U0149 — самостоятельный evidence pack, не клон соседнего.

18. Экологический след

Physical AI жрёт энергию на инференс у края, на обучение в облаке, на простой нагретых систем, на логистику запчастей и на брак циклов. Экология здесь не про зелёный слайд, а про стоимость владения и устойчивость площадки: kWh на successful cycle, охлаждение IPC, замена сенсоров, утилизация АКБ мобильных баз.

Метрики

Считайте энергию ячейки и долю ретраев/abort. Политика, которая «чуть точнее», но удваивает цикл и нагрев, может быть хуже для среды и для OPEX. Idle политики: гасить лишние сенсоры и GPU в паузах, если safety позволяет.

Обучение vs edge

Тяжёлые train-прогоны переносите на зелёный график ЦОД если есть выбор; на сайте держите дистиллированные модели. Не каждая метрика accuracy стоит полного переобучения каждую неделю — иногда хватает калибровки и данных QC.

Железо и lifecycle

Долговечность tool tip, ремонтопригодность, alternate без выброшенного парка камер, EOL-план. Выбросить поколение роботов из-за закрытого софта — экологический и финансовый удар.

Логистика сервиса

Ложные выезды field умножают углеродный след. Remote triage с полным пакетом логов — экологическая мера так же, как сервисная.

Практика

В unit economics добавьте kWh/cycle и damage waste. В закупке IPC — энергопрофиль. В OTA — не раздувать модель без измеримого выигрыша success/teleop.

Фокус этой главы (U0150)

Разбор «18. Экологический след» держится на фасете карта ограничений. Соседние кейсы могут звучать похоже по складу, но здесь другие abort-коды, другие пороги и другой пакет evidence. Не переносите чеклист один в один.

Симптом на полу

Смена видит деградацию, которую легко списать на «модель». В юните 0150 первичная гипотеза — карта ограничений. Проверка: сравнить p95_latency_ms и near_miss до/после изменения среды при фиксированном config hash.

Abort-коды и RACI

— U0150_SPARE_STOCKOUT — owner OT, secondary ML

— U0150_PERCEPTION_GLARE — owner integration, secondary vendor field

— U0150_TF_DRIFT — owner safety/compliance

Эскалация: код → runbook шаг → canary halt при пороге.

Метрики (только для этой главы)

— p95_latency_ms — p95 hot path; порог-кандидатоперации: 34 (уточняется на FAT ячейки U0150).

— near_miss — near miss / 1000 циклов; порог-кандидатоперации: 44 (уточняется на FAT ячейки U0150).

— teleop_share — доля циклов с teleop; порог-кандидатоперации: 14 (уточняется на FAT ячейки U0150).

— incomplete_ep — доля эпизодов без обязательных полей; порог-кандидатоперации: 44 (уточняется на FAT ячейки U0150).

Протокол проверки (уникальный)

1. Зафиксировать config hash H0150 и версию карты ограничений.

2. Прогнать отказный сценарий по фасету «карта ограничений» на canary не менее двух смен.

3. Снять пакет: state, keyframes, p95_latency_ms, teleop_share, teleop_flag.

4. Если near_miss хуже порога — rollback тем же пайплайном, что выкат.