config: образец переименован в config.example.toml

- имя приведено к конвенции, которая сама называла его расхождением;
  ссылки поправлены в README, CLAUDE.md, конвенциях, docs/review.md и двух
  записях задач
- в шапке docs/conventions/config.md заодно поправлен второй пункт перечня:
  проверки на старте у `[auth]` и `[telegram]` уже есть
- архив openspec/changes/archive/ не тронут: это запись о прошлом

docs/conventions/config.md

@@ -4,9 +4,9 @@
 Правила оформления кода (How), не спецификация поведения.
 
 **Взято из проекта jellybit.** Расхождения с сегодняшним кодом названы по месту.
-Главные: образец называется `config.dist.toml`, а не `config.example.toml`;
-комментариями снабжена половина полей; валидации на старте нет вовсе, кроме
-проверки пустых ключей внутри адаптеров.
+Главные: комментариями снабжена половина полей; единого места проверки на старте
+нет: у секций `[auth]` и `[telegram]` свой `Validate()` в `main.go`, а пустые
+ключи `[yandex]` ловит конструктор распознавателя.
 
 **Механизировано:** запрет `os.Getenv` — `forbidigo` в `.golangci.yml`
 ([go-linters.md](go-linters.md), «Механизировано»). Он держит правило «настройки
@@ -29,13 +29,13 @@
 - Имя конфига по умолчанию — **`config.toml`**, ищется в **рабочем каталоге**
   процесса.
 - Путь переопределяется опцией **`-c path`** или **`--config=path`**.
-- Образец в репозитории — **`config.dist.toml`** (см. ниже); реальный
+- Образец в репозитории — **`config.example.toml`** (см. ниже); реальный
   `config.toml` не коммитится.
 
-## config.dist.toml — самодокументируемый образец
+## config.example.toml — самодокументируемый образец
 
-`config.dist.toml` коммитим как единый справочник по конфигу: все секции и все
-поля. **Каждое поле снабжаем комментарием**, из которого ясно:
+`config.example.toml` коммитим как единый справочник по конфигу: все секции и
+все поля. **Каждое поле снабжаем комментарием**, из которого ясно:
 
 - **зачем** поле — что оно меняет в поведении;
 - **допустимые значения** — перечисление или границы;
@@ -53,12 +53,12 @@ users_while_list       = ["<@name>"]  # кому отвечает бот; стр
 комментария, а числа, совпадающие с фактом до цифры, от факта неотличимы и
 начинают врать молча при смене умолчания. Действующие умолчания и их смысл живут
 одним домом — таблица «Настройки с числовым значением» в
-[../database.md](../database.md); `config.dist.toml` — источник истины по составу
-полей.
+[../database.md](../database.md); `config.example.toml` — источник истины по
+составу полей.
 
 Секретные поля оставляем пустыми — значение приходит из выкладки (см. «Секреты»).
 
-*Расхождение:* секции `[server]` в `config.dist.toml` не хватает поля
+*Расхождение:* секции `[server]` в `config.example.toml` не хватает поля
 `users_while_list`, из-за чего бот на свежем конфиге отвечает отказом всем.
 
 *Расхождение:* адреса провайдера в секции `[auth]` образца заполнены примерами
@@ -75,7 +75,7 @@ users_while_list       = ["<@name>"]  # кому отвечает бот; стр
 - **Проверка — по `type`.** Для каждого поддерживаемого значения свой набор
   обязательных полей; поля других значений не требуются. Неизвестное значение —
   ошибка на старте с перечислением поддерживаемых.
-- **Образец — по `type`.** В `config.dist.toml`:
+- **Образец — по `type`.** В `config.example.toml`:
   - основное (умолчательное) значение **предзаполнено** рабочими значениями;
   - альтернативные — **блоками-комментариями ниже**, каждый со своим описанием
     полей (зачем, границы, единицы — как у обычных полей);
@@ -96,7 +96,7 @@ Ansible из `pet-project-server`). Приложение просто читае
   `yandex.object_storage_secret_access_key`, `auth.client_secret`.
 - Отрендеренный `config.toml` (с секретами) **не коммитится**; права `0600`,
   владелец — пользователь процесса (`1000:1000`).
-- В `config.dist.toml` секретные поля — пустые строки.
+- В `config.example.toml` секретные поля — пустые строки.
   *Расхождение:* сейчас там стоят подсказки вида `your_..._here`, а не пустые
   строки, и загрузчик их не отличает от настоящего значения.
 - Загрузчик на старте проверяет, что обязательные секреты не пусты (ловит криво
@@ -151,10 +151,11 @@ TOML. Пустые ключи Yandex ловятся в конструкторе
 ## Структура в коде
 
 - Весь разбор и проверка — в `internal/config`; наружу отдаётся готовая `Config`.
-- Одна корневая структура `Config` с под-структурами по секциям. Перечень секций
-  и полей здесь не повторяем: источник истины по составу — `config.dist.toml`,
-  действующие числа — [../database.md](../database.md), «Настройки с числовым
-  значением». Каталог данных задаётся одним ключом `[storage] data_dir`
+- Одна корневая структура `Config` с под-структурами по секциям. Перечень
+  секций и полей здесь не повторяем: источник истины по составу —
+  `config.example.toml`, действующие числа — [../database.md](../database.md),
+  «Настройки с числовым значением». Каталог данных задаётся одним ключом
+  `[storage] data_dir`
   ([ADR](../adr/ADR-2026-08-12-single-data-dir-config-key.md)).
 - Умолчания задаются в `defaultConfig()`, файл их перекрывает. Новое поле
   требует правки обоих мест.
@@ -164,5 +165,5 @@ TOML. Пустые ключи Yandex ловятся в конструкторе
   комментария у самого поля), ни по нулевому значению типа; присутствие ключа
   судит **разбор** — `MetaData.IsDefined` из `toml.DecodeFile`, — потому что
   значение отличить «не задано» от «задано нулём» не позволяет. В
-  `config.dist.toml` у поля стоит значение свежей установки. Первое такое поле —
-  `telegram.enabled`.
+  `config.example.toml` у поля стоит значение свежей установки. Первое такое
+  поле — `telegram.enabled`.