Конфигуратор харнеса: стек → инструменты и DoD

Вся серия Harness Engineering описывает не инструменты, а РОЛИ: «линтер границ модулей», «поиск мёртвого кода», «строгие типы». Это сделано нарочно — роль одинакова на любом стеке, а конкретный инструмент в ней свой. Так гайд не привязан к одному языку, и любая команда подставляет своё. Конфигуратор материализует это: он берёт абстрактные роли из rollout-плана и собирает из них конкретный сетап под выбранный стек. По сути это интерактивная версия environment.md из Фазы 0 (аудита) — той самой таблицы tool-selection, на которую опираются все последующие фазы. Только тут она ещё и сразу отдаёт готовые артефакты. Важно с самого начала держать в голове: инструмент в ячейке — это пример на выбор, а не закон. Финальный выбор ты делаешь сам и фиксируешь один раз в ADR 0001-tool-selection.

Ниже — сам конфигуратор. Выберите стек вверху, дальше три вкладки. «Инструменты» — таблица роль → конкретный инструмент под ваш стек с короткой причиной, зачем эта роль нужна, и пометкой фазы (барьер фазы 3 или GC фазы 5). «DoD по фазам» — компактный чек-лист Definition of Done на все фазы rollout от 0 (аудит) до 8 (тиражирование): по нему видно, что должно быть сделано на каждом шаге. «Шаблоны» — готовые артефакты под выбранный стек: скелет AGENTS.md с уже подставленными сенсорами, конфиг pre-commit и шаблон ExecPlan. Каждый можно скопировать или скачать файлом. Переключите стек — и таблица с шаблонами перестроятся под него. Это и есть «выбери ставку → получи готовый сетап под свой стек» из воронки серии.

Главная ошибка при выборе — взять один популярный инструмент и объявить его законом вселенной. У каждой роли свой класс ошибок, и закрывается он отдельным барьером. ESLint не ловит циклы импортов так, как madge; tsc не заменяет линтер границ. Поэтому таблица — это набор отдельных ролей, а не «сетап на одном тулзе». Второе правило: роль выбирается по классу ошибок, который реально надо ловить, а не по моде. Если в репозитории нет циклов импортов — не тащи madge ради галочки: пустой барьер только замедляет сборку и быстро отключается. Лучше одна реальная роль с настроенным инструментом, чем семь предложенных «на будущее». И что не покрывает ни один готовый инструмент (своё проектное правило — «в domain-слое нет импортов из infra») — закрываешь самописным скриптом-проверкой в той же связке pre-commit + CI.

Вкладка «Шаблоны» отдаёт три артефакта, и каждый — рабочая заготовка, а не теория. Скелет AGENTS.md уже содержит секцию сенсоров с подставленными под стек инструментами, working rules, Definition of Done и retrieve-правило для lessons-ledger — остаётся заполнить плейсхолдеры про сам проект. Конфиг pre-commit показывает связку: форматтер, линтер, границы и тайп-чек по диффу. Шаблон ExecPlan — для задач длиннее рабочего дня. Ключевой нюанс, который зашит в шаблоны: барьеры форсятся механически, а не «по дисциплине». pre-commit гоняется по диффу (быстро, до коммита), а CI повторяет всё на полной базе — обойти через --no-verify не получится. И про тесты в DoD: никакого мандата на покрытие (это Goodhart — агент напишет фиктивные тесты под процент). Вместо этого test-integrity: агент не имеет права ослаблять, удалять или скипать существующие тесты, и это проверяется по диффу в CI. Покрытие — сигнал здоровья, а не цель.

# AGENTS.md — sensors section (auto-filled from the matrix for your stack)
## Sensors (Definition of Done — all must be green)
- boundaries: <module-boundary linter>     # e.g. dependency-cruiser / import-linter
- types:      <strict type checker>         # e.g. tsc --strict / mypy --strict
- dead code:  <dead-code finder>            # e.g. knip / vulture
- tests green; test-integrity — do NOT weaken / delete / skip existing tests
  (checked by diff in CI). Coverage is a SIGNAL, not a target.
Enforcement: <pre-commit orchestrator> on commit (diff), CI on the full base.

Конфигуратор — последнее звено воронки серии. Сначала на входе ты выбираешь режим разработки (A / B / B+ / C) — сколько ИИ вообще нужно проекту. Если это B+ или C (агент пишет код, нужен harness), ты приходишь сюда, выбираешь стек и получаешь готовый сетап: какие барьеры ставить, что считать сделанным по фазам и с каких файлов начать. Дальше — по карте серии: фаза за фазой, от аудита до тиражирования. Конфигуратор не строит харнес за тебя — он убирает паузу «а каким инструментом закрыть эту роль на моём стеке» и «с чего вообще начать». Реальную работу — настроить барьеры, описать слои, накопить уроки — делаешь по рецептам фаз. Возвращайтесь в хаб за полной картой и порядком внедрения.