секция роадмапа «Сопровождение» и общий словарь трёх мест

«Разработка» называла слишком много: роадмап весь про разработку, и
секция с таким именем не отличалась от остальных ничем. Стало
Сопровождение | Operations.

Смысл расширен вместе с именем: было «инструмент и процесс», стало «чем
держат проект: инструмент, процесс, эксплуатация». Расширение не
косметическое — английское Operations при узком смысле обещало бы
эксплуатацию, а внутри лежал бы линтер. Метрики, логи, инфраструктура и
выкладка в эту секцию просятся и так.

Заодно синхронизирован словарь трёх мест канона, которые про одну тему.
Сопровождение — всё, чем держат проект; эксплуатация — его часть, работа
системы на проде. ROADMAP.md, секция Сопровождение — план работ;
architecture.md, раздел «Эксплуатация» — как устроено сейчас;
эксплуатационный проход ревью — оптика проверки. Сливать их в одно слово
было бы ошибкой: они отвечают на разные вопросы. Синхронизирован
словарь, а не границы; дом — canon.md. Слово «поддержка» запрещено
вовсе: в нём слышится помощь пользователю.

Граница с возможностями проходит по тому, кто наблюдает: «приложение
сообщает о своём состоянии» — возможность, «дежурный видит состояние на
одном экране» — сопровождение.

Версия канона не менялась, и это законно: ни один проект на каноне 3 не
стоит, оба держат канон 2. Запись версии 3 правится как черновик, а не
как история — версия отделяет одно состояние проектов от другого, а не
одну редакцию текста от другой.

DECISIONS тема 25 (ЧЧЧ, ШШШ, ЩЩЩ, следствия 96–97).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

av-dev-pm/skills/tasks/SKILL.md

@@ -74,7 +74,7 @@ docs/tasks/
 | `Готово` | `Done` | достигнутые цели — строкой с датой, **без ссылки на файл**: файл удалён, поведение живёт в спеках |
 | `Запланировано` | `Planned` | очередь значима и обосновывается прозой рядом |
 | `Направления` | `Directions` | очереди нет, тянутся долго |
-| `Разработка` | `Tooling` | инструмент и процесс — не возможности приложения, и потому отдельно |
+| `Сопровождение` | `Operations` | чем держат проект: инструмент, процесс, эксплуатация — не возможности приложения, и потому отдельно |
 
 **Секции роадмапа канонические, секции беклога — нет**, и разница не в любви к
 единообразию. У каждой секции роадмапа свой смысл, в первую пишет сам `close`, и
@@ -92,9 +92,11 @@ docs/tasks/
 файлов: имя секции принадлежит заголовку индекса, файл на неё только
 ссылается); отбивку он ставит везде.
 
-Оговорка про `Разработка`: слово `окружение` сюда не годится — в
+Оговорка про `Сопровождение`: слово `окружение` сюда не годится — в
 `architecture.md` оно уже значит боевое окружение приложения, и одно слово в двух
-смыслах развело бы документы канона.
+смыслах развело бы документы канона. А `Разработка`, стоявшая тут раньше,
+называла слишком много: роадмап **весь** про разработку, и секция с таким именем
+не отличалась от остальных ничем.
 
 **Секции «блокеры» в беклоге нет.** Блокер — это *состояние* (спринт не может
 продолжаться ни одной задачей), а не полка: он живёт ровно до ответа человека, и
@@ -173,15 +175,28 @@ stateDiagram-v2
 только, чтобы формулировка отвечала на «что приложение делает», а не на «какую
 часть кода мы трогаем».
 
-**Что целью не является — работа над инструментом и процессом.** Сборка,
-проверки, сам этот скилл: на вопрос «что приложение будет уметь» они не
-отвечают. Им
-отведена отдельная секция роадмапа, чтобы они были видны в том же экране и при
-этом не читались как возможности продукта.
+**Что целью не является — работа, которой держат проект.** Сборка, проверки,
+сам этот скилл, а также выкладка, мониторинг и дежурство: на вопрос «что
+приложение будет уметь» они не отвечают. Им отведена отдельная секция роадмапа,
+чтобы они были видны в том же экране и при этом не читались как возможности
+продукта.
+
+**Граница проходит по тому, кто наблюдает, а не по теме.** «Приложение сообщает
+о своём состоянии» — возможность: наблюдает пользователь сервиса, и цели место
+среди прочих. «Дежурный видит состояние на одном экране» — сопровождение:
+наблюдаем мы. Одна и та же наблюдаемость попадает в разные секции, и это верно —
+секции отвечают на разные вопросы.
+
+**Сопровождение и эксплуатация — целое и часть**, а не синонимы: сопровождение
+это всё, чем держат проект (инструмент, процесс, выкладка, метрики и логи,
+инфраструктура, дежурство), эксплуатация — работа системы на проде. Та же тема
+живёт ещё в двух местах канона — разделе «Эксплуатация» в `architecture.md` и
+эксплуатационном проходе ревью, — и словарь у всех трёх общий:
+[canon.md](../canon/references/canon.md), раздел «Сопровождение и эксплуатация».
 
 Секция выбирается так: очередь значима и обоснована прозой — `Запланировано`;
-тянется долго и очереди не имеет — `Направления`; не про приложение —
-`Разработка`; в `Готово` кладёт сам `close`.
+тянется долго и очереди не имеет — `Направления`; не про приложение, а про то,
+чем его держат, — `Сопровождение`; в `Готово` кладёт сам `close`.
 
 - **Список задач цели выводится, а не хранится.** В теле цели — зачем она и что
   считается её завершением; перечня задач там нет. Он был бы третьим индексом и