Матрица владения

Матрица нужна, чтобы быстро понять, кто владеет содержанием и где должна появляться правка первой.

Артефакт / вопрос	Published canonical	Engineering owner	Где править сначала
Общая архитектура платформы	green-robot/docs/architecture.md	green-robot	green-robot
Общие API-контракты и envelope	green-robot/docs/backend_contracts.md	green-robot + owner конкретного runtime	green-robot, затем runtime repo
Каталог продуктов и продуктовые карточки	green-robot/docs/devices/*	owner конкретного продукта	green-robot
Регистрационные документы	green-robot/docs/registration/*	green-robot	green-robot
Отраслевые коробочные решения	green-robot/docs/featurelists/*, docs/industries/*	green-robot + owner прикладного продукта	green-robot, затем product repo
iP-1510 backend/runtime contract	карточка iP-1510 в green-robot	../green-robot-go	green-robot-go, затем green-robot при изменении published-смысла
iP-1510 локальный интерфейс L1	карточка iP-1510 в green-robot	../ioot-pro-hmi-kiosk	ioot-pro-hmi-kiosk, затем green-robot при изменении published-смысла
iP-1110 embedded runtime / CANopen core	карточка iP-1110 в green-robot	../ioot-pro-embedded	ioot-pro-embedded, затем green-robot при изменении published-смысла
iP-1210 configurator / commissioning software	карточка iP-1210 в green-robot	../ioot-pro-software	ioot-pro-software, затем green-robot при изменении published-смысла
iP-1220 сервисный конфигуратор	карточка iP-1220 в green-robot	../ioot-pro-hmi-blockly	ioot-pro-hmi-blockly, затем green-robot при изменении published-смысла
Cross-repo contract iP-1220 -> green-robot-go -> iP-1510 L1/L2	platform/product docs в green-robot	../ioot-pro-gr-go	сначала green-robot, затем ioot-pro-gr-go и product repos в том же push
Семейства iC-4, iO-5, iU-6	карточки продуктов/приборов в green-robot	../ioot-pro-hardware	ioot-pro-hardware, затем green-robot для published-карточек
Платы, KiCad, BOM, ревизии	карточки приборов/плат в green-robot	../ioot-pro-hardware	ioot-pro-hardware, затем green-robot для published-карточек
Семейство iD-7 (механика и электрика)	карточки продуктов в green-robot	отдельный будущий repo	сначала будущий engineering repo, затем green-robot для published-карточек
README и правила для агентов	корневой README.md каждого repo	owner repo	соответствующий repo

Когда обязательно двустороннее обновление

• меняется состав продукта или его published-название;

• меняется межпроектный контракт;

• меняется состав коробочного применения;

• меняется пользовательски значимый commissioning/recovery/update сценарий;

• меняется service-цепочка iP-1110 <-> iP-1210/iP-1220 <-> iP-1510;

• меняется цепочка iP-1220 <-> green-robot-go <-> iP-1510 L1/L2;

• меняется граница ответственности между repo;

• меняется набор обязательных документов для регистрации/поставки.