Это условный backlog: не вводить перечисленную инфраструктуру без указанной потребности. Сработавший пункт выделять в отдельную задачу с конкретным результатом; отсутствие реализации условного пункта не является текущим дефектом.
Задача
Условие старта
Минимальный результат / проверка
Источник в исходном TODO
[ ] Ввести backend coverage floor или boundary checks
Обнаружена конкретная регрессия, которую полезно ловить такой проверкой
Порог от фактического baseline или проверка реальной зависимости; без копирования frontend процентов и тестов ради числа.
A, с. 29, 31; B, с. 31
[ ] Добавить metrics/traces/alerts
Есть эксплуатационный вопрос или инцидент, который не решают текущие logs
Выбранный сигнал позволяет обнаружить и диагностировать конкретный сбой; определён получатель уведомлений.
A, с. 21, 30; B, с. 13, 31
[ ] Добавить backend health/readiness и проверить rollback
Появился конкретный deployment target, до выдачи credentials
Выполнена backend-часть общего deployment-пункта root: health semantics, восстановление данных и минимальные права подтверждены.
A, с. 21, 31; B, с. 31
[ ] Применить общие repo-настройки
Сработал соответствующий P2-trigger в root
Согласованы LICENSE/package metadata, PR/contribution templates, text conventions и release notes backend; условия root сохранены.
См. P2 root
Общие repo-настройки согласуются в WealthLedger/main; не копировать правила ради симметрии.
Сохранять read-only archives/evidence. Не создавать отдельные platform/contracts/QA repos без независимого потребителя.
Историческое основание от 13.09.2026
Следующий абзац описывает состояние на момент создания issue, а не текущий статус CI.
Проверяемая revision: 197ffe21368b337f27d27c22e473570258ebdc3b. Проверка 13.09.2026: статическая сверка текущих файлов и remediation registry; через MCP проверены репозитории, issues, ветки и Actions workflows. Все пять main-веток имеют protected=false, список workflows пуст, существующих issues не найдено. Внешние CI, server-side updater, история секретов и свежий npm audit этой сверкой не проверялись; полные application gates повторно не запускались.
По условию: упростить большие backend-файлы. tbank.client.ts — 559 строк (transport types, RateLimiter, retry/deadline); brokerage-operations.service.ts — 518 строк (страницы, continuation, cache, объединение потоков). Начать только при конкретной трудности изменения/тестирования, не по числу строк. Выделять самостоятельные обязанности внутри существующего владельца; сохранить bounded retry/queue, user/account/generation isolation, курсоры, порядок и полноту страниц. Проверка — существующие сценарии и регрессия затронутого поведения.
Отсутствие coverage threshold подтверждено; исходный условный пункт про baseline/coverage floor сохраняется. Не подменять HTTP regression coverage-процентом.
Конкретная потеря деталей validation errors вынесена в backend #15.
<!-- wealthledger-engineering-improvements:backend:P2 -->
Источник: локальный `todo/wealthledger-engineering-improvements.md`, P2-раздел backend, 13.09.2026.
Это условный backlog: не вводить перечисленную инфраструктуру без указанной потребности. Сработавший пункт выделять в отдельную задачу с конкретным результатом; отсутствие реализации условного пункта не является текущим дефектом.
| Задача | Условие старта | Минимальный результат / проверка | Источник в исходном TODO |
| --- | --- | --- | --- |
| [ ] Ввести backend coverage floor или boundary checks | Обнаружена конкретная регрессия, которую полезно ловить такой проверкой | Порог от фактического baseline или проверка реальной зависимости; без копирования frontend процентов и тестов ради числа. | A, с. 29, 31; B, с. 31 |
| [ ] Добавить metrics/traces/alerts | Есть эксплуатационный вопрос или инцидент, который не решают текущие logs | Выбранный сигнал позволяет обнаружить и диагностировать конкретный сбой; определён получатель уведомлений. | A, с. 21, 30; B, с. 13, 31 |
| [ ] Добавить backend health/readiness и проверить rollback | Появился конкретный deployment target, до выдачи credentials | Выполнена backend-часть общего deployment-пункта root: health semantics, восстановление данных и минимальные права подтверждены. | A, с. 21, 31; B, с. 31 |
| [ ] Применить общие repo-настройки | Сработал соответствующий P2-trigger в root | Согласованы LICENSE/package metadata, PR/contribution templates, text conventions и release notes backend; условия root сохранены. | См. P2 root |
Общие repo-настройки согласуются в WealthLedger/main; не копировать правила ради симметрии.
Сохранять read-only archives/evidence. Не создавать отдельные platform/contracts/QA repos без независимого потребителя.
## Историческое основание от 13.09.2026
Следующий абзац описывает состояние на момент создания issue, а не текущий статус CI.
Проверяемая revision: `197ffe21368b337f27d27c22e473570258ebdc3b`. Проверка 13.09.2026: статическая сверка текущих файлов и remediation registry; через MCP проверены репозитории, issues, ветки и Actions workflows. Все пять main-веток имеют protected=false, список workflows пуст, существующих issues не найдено. Внешние CI, server-side updater, история секретов и свежий npm audit этой сверкой не проверялись; полные application gates повторно не запускались.
## Связанные issues
- [main: [P2 · по условию] Отложенные инженерные улучшения репозитория](https://git.personal.ksv741.ru/WealthLedger/main/issues/7)
## Дополнение по сверке 14.09.2026
- [ ] **По условию: упростить большие backend-файлы.** tbank.client.ts — 559 строк (transport types, RateLimiter, retry/deadline); brokerage-operations.service.ts — 518 строк (страницы, continuation, cache, объединение потоков). Начать только при конкретной трудности изменения/тестирования, не по числу строк. Выделять самостоятельные обязанности внутри существующего владельца; сохранить bounded retry/queue, user/account/generation isolation, курсоры, порядок и полноту страниц. Проверка — существующие сценарии и регрессия затронутого поведения.
- Отсутствие coverage threshold подтверждено; исходный условный пункт про baseline/coverage floor сохраняется. Не подменять HTTP regression coverage-процентом.
- Конкретная потеря деталей validation errors вынесена в [backend #15](https://git.personal.ksv741.ru/WealthLedger/backend/issues/15).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Источник: локальный
todo/wealthledger-engineering-improvements.md, P2-раздел backend, 13.09.2026.Это условный backlog: не вводить перечисленную инфраструктуру без указанной потребности. Сработавший пункт выделять в отдельную задачу с конкретным результатом; отсутствие реализации условного пункта не является текущим дефектом.
Общие repo-настройки согласуются в WealthLedger/main; не копировать правила ради симметрии.
Сохранять read-only archives/evidence. Не создавать отдельные platform/contracts/QA repos без независимого потребителя.
Историческое основание от 13.09.2026
Следующий абзац описывает состояние на момент создания issue, а не текущий статус CI.
Проверяемая revision:
197ffe21368b337f27d27c22e473570258ebdc3b. Проверка 13.09.2026: статическая сверка текущих файлов и remediation registry; через MCP проверены репозитории, issues, ветки и Actions workflows. Все пять main-веток имеют protected=false, список workflows пуст, существующих issues не найдено. Внешние CI, server-side updater, история секретов и свежий npm audit этой сверкой не проверялись; полные application gates повторно не запускались.Связанные issues
Дополнение по сверке 14.09.2026