Harness по доменам

Почему одного loop недостаточно

Один harness loop не подходит одинаково для frontend, backend, mobile и DevOps. Агент может быть тем же, но сигналы качества, риск и human gates будут разными.

Frontend: глазами пользователя

Frontend harness обычно нуждается в:

• component tests;
• visual diff;
• скриншоты responsive-состояний;
• проверки accessibility;
• мониторинг browser console;
• review со стороны product/design.

Backend: contracts и данные

Backend harness обычно нуждается в:

• unit и integration tests;
• contract tests;
• проверки миграций;
• debugging через observability;
• управление fixtures;
• сигналы load/latency для критичных путей.

Mobile: устройства и permissions

Mobile harness обычно нуждается в:

• сборки под simulator/emulator;
• скриншоты;
• матрица устройств;
• проверки permissions и notifications;
• тесты offline и background поведения.

DevOps: plan до action

DevOps harness требует guarded autonomy:

• plan до apply;
• dry-run;
• явные approval gates;
• план rollback;
• policy для secrets;
• audit trail;
• анализ blast radius.

На что не соглашаться

• Одинаковые checks для всех доменов.
• Frontend без visual feedback.
• Backend без integration contract.
• Mobile без simulator evidence.
• DevOps без approval gate и rollback.

Что сделать руками

Выберите один домен и опишите specialized harness blueprint: tools, checks, sandbox, human gate, rollback и expected evidence. Не начинайте с универсального harness для всего сразу: он почти всегда получается слишком слабым для реальных рисков.