docs: точного числа накопленного в документах больше нет

- CLAUDE.md, «Язык»: ссылаться можно на конкретную запись или на весь корпус
  разом, но не на их количество — число протухает молча, машина его не считает.
  Изъятие названо: неизменное число и историческое в записи о прошлом остаются.
- Сняты счёты capability, прогонов ревью, типизированных ошибок, воркеров,
  сверок документов и правил линтера в docs/, спеке pipeline и CLAUDE.md.
- Заодно исправлено то, что этот же счёт и скрывал: типизированных ошибок три,
  а не две — LostAcquisitionError был потерян из перечня.

docs/conventions/README.md

@@ -21,7 +21,7 @@ severity — в [CLAUDE.md](../../CLAUDE.md).
 UUID вместо ULID, лог пишется на каждом шаге и дублируется воркером, `msg` —
 предложение с заглавной буквы вместо константной категории.
 
-Из этого перечня закрыты два. Доменные ошибки проверялись приведением типа до
+Часть перечня закрыта. Доменные ошибки проверялись приведением типа до
 2026-08-11, задача `errors-as-instead-of-typecast`. Время брали `time.Now()` по
 месту до 2026-08-13 — теперь его читает единая точка `internal/clock`, и правило
 держит линтер. Оба места больше не долг, а регрессия.

docs/conventions/errors.md

@@ -65,14 +65,15 @@ transcriber — **приложение, а не библиотека**: внеш
   вызывающему нужны **данные** ошибки. Достаём `errors.As`. Не плодим типы там,
   где хватает sentinel.
 
-Сегодня в проекте две типизированные ошибки, и обе несут данные:
-`contract.JobNotFoundError` (состояние и сообщение) и `contract.NoopJobError`
-(состояние). Третья, `tg.EmptyBotTokenError`, была ровно тем случаем, против
-которого написано правило — тип без полей, — и снята задачей
-`local-run-without-telegram-token` 2026-08-13; её место занял sentinel
-`telegram.ErrEmptyToken`. Рядом с ним живёт `contract.ErrDeliveryChannelDown` —
-тоже sentinel и по той же причине: заглушка отправителя не знает ни задачи, ни
-чата, и нести ей нечего.
+Типизированные ошибки проекта несут данные все до одной:
+`contract.JobNotFoundError` (состояние и сообщение), `contract.NoopJobError`
+(состояние), `contract.LostAcquisitionError` (идентификатор задачи).
+
+`tg.EmptyBotTokenError` был ровно тем случаем, против которого написано правило —
+тип без полей, — и снят задачей `local-run-without-telegram-token` 2026-08-13;
+его место занял sentinel `telegram.ErrEmptyToken`. Рядом живёт
+`contract.ErrDeliveryChannelDown` — тоже sentinel и по той же причине: заглушка
+отправителя не знает ни задачи, ни чата, и нести ей нечего.
 
 ## Граница и трансляция: приватный и публичный канал
 

docs/conventions/go-linters.md

@@ -91,7 +91,7 @@
 | Ядро (`internal/service`) не знает ни адаптеров, ни транспортов | `internal/archrules` → `TestЯдроНеЗнаетОбАдаптерах`, `TestЯдроНеЗнаетОТранспортах` |
 | Транспорты (`controller/http`, `controller/tg`, `controller/worker`) не знают друг о друге | `internal/archrules` → `TestТранспортыНеЗнаютДругОДруге` |
 | Адаптер не знает ни ядра, ни транспортов | `internal/archrules` → `TestАдаптерыНеЗнаютНиЯдра_НиТранспортов` |
-| Колонки очереди согласованы: перечень захвата ↔ структура захвата ↔ шаг схемы ↔ запись коллекции ↔ перенос поля в задачу | `internal/archrules` → четыре правила о захвате. Закрывает инвариант «колонки правятся в четырёх местах» (CLAUDE.md, major), которого компилятор не держит. Литерал колонки ищется в телах нужных функций: по файлу целиком условие выполнялось бы тегами `db:"…"` самой структуры, и правило было бы зелёным всегда |
+| Колонки очереди согласованы: перечень захвата ↔ структура захвата ↔ шаг схемы ↔ запись коллекции ↔ перенос поля в задачу | `internal/archrules` → правила о захвате. Закрывает инвариант «колонки правятся в четырёх местах» (CLAUDE.md, major), которого компилятор не держит. Литерал колонки ищется в телах нужных функций: по файлу целиком условие выполнялось бы тегами `db:"…"` самой структуры, и правило было бы зелёным всегда |
 
 ### Отмена и внешний собеседник
 

docs/conventions/logging.md

@@ -242,7 +242,7 @@ Object Storage, скачивание файла из Telegram и опрос оп
 
 Обращения к Telegram этому правилу следуют, и точка чистки одна на все вызовы —
 `internal/adapter/telegram`, `NewBot`. Токен стоит в пути **каждого** обращения к
-Bot API, поэтому чистка на месте употребления закрывала бы один вызов из пяти:
+Bot API, поэтому чистка на месте употребления закрывала бы один вызов из всех:
 
 - отказ транспорта разворачивает в первопричину клиент бота (`safeClient`), а
   библиотека отдаёт наш отказ вызывающему нетронутым — этим закрыты `getFile`,