Это условный backlog: не вводить перечисленную инфраструктуру без указанной потребности. Сработавший пункт выделять в отдельную задачу с конкретным результатом; отсутствие реализации условного пункта не является текущим дефектом.
Задача
Условие старта
Минимальный результат / проверка
Источник в исходном TODO
[ ] Выбрать LICENSE и условия использования
Перед публичным предоставлением кода; решение принимает правообладатель
Статус private/public определён; LICENSE и package metadata согласованы. NOTICE/attribution/SBOM — по условиям распространяемых компонентов.
A, с. 6, 30; B, с. 6, 30
[ ] Добавить компактный PR template
Начало регулярной работы через PR/CI
Один шаблон напоминает про фактические проверки, contract/docs/security/data impact; не создаёт новый approval lifecycle.
A, с. 7, 30; B, с. 30
[ ] Добавить machine-readable workspace manifest
Один список repos/revisions нужен нескольким реальным командам
Один потребляемый manifest, проверка путей; commands остаются у repo owners. Не заводить workspace.yaml как второй ручной README.
A, с. 23, 30; B, с. 20, 28
[ ] Добавить .editorconfig / .gitattributes
Появились разные редакторы/OS или шум line endings
Принятые encoding/LF правила, проверка небольшого diff; без массовой перенормализации архивов и unrelated файлов.
A, с. 30; B, с. 7, 31
[ ] Добавить release version/tag/notes
Появились распространяемые версии
Можно определить совместимые revisions приложений и изменения релиза; commit automation и changelog только если используются.
A, с. 6, 30; B, с. 6–7, 31
[ ] Добавить CODEOWNERS, issue templates, общую contribution policy
Появились внешние участники и реальная маршрутизация review
Правила соответствуют фактическим owners; hooks/commitlint не копируются во все repos ради симметрии.
A, с. 6–7, 31; B, с. 6–7
[ ] Описать deployment, rollback, health/readiness и ограничения доступа агента
Появился конкретный staging/production target, до выдачи credentials
Подтверждённая topology, проверенный rollback/restore, минимальные права и реальные capability restrictions, health semantics. При таком trigger это уже обязательная работа.
Подтверждена отдельная ответственность; стоимость сопровождения ниже, чем у текущего размещения.
A, с. 30–31; B, с. 31
Gitea API уже показывает private=false для всех пяти repos: пункт выбора LICENSE/условий использования требует решения правообладателя. Доступ без авторизации отдельно не проверялся. Лицензию автоматически не выбирать. Настройки для PR привязать к фактическому началу регулярной работы через PR/CI.
Сохранять read-only archives/evidence. Не создавать отдельные platform/contracts/QA repos без независимого потребителя.
Проверяемая revision: ee2adc9fda6ce319422e5fe89143b9a1584d690f. Проверка 13.09.2026: статическая сверка текущих файлов и remediation registry; через MCP проверены репозитории, issues, ветки и Actions workflows. Все пять main-веток имеют protected=false, список workflows пуст, существующих issues не найдено. Внешние CI, server-side updater, история секретов и свежий npm audit этой сверкой не проверялись; полные application gates повторно не запускались.
<!-- wealthledger-engineering-improvements:main:P2 -->
Источник: локальный `todo/wealthledger-engineering-improvements.md`, P2-раздел Root / workspace, 13.09.2026.
Это условный backlog: не вводить перечисленную инфраструктуру без указанной потребности. Сработавший пункт выделять в отдельную задачу с конкретным результатом; отсутствие реализации условного пункта не является текущим дефектом.
| Задача | Условие старта | Минимальный результат / проверка | Источник в исходном TODO |
| --- | --- | --- | --- |
| [ ] Выбрать LICENSE и условия использования | Перед публичным предоставлением кода; решение принимает правообладатель | Статус private/public определён; LICENSE и package metadata согласованы. NOTICE/attribution/SBOM — по условиям распространяемых компонентов. | A, с. 6, 30; B, с. 6, 30 |
| [ ] Добавить компактный PR template | Начало регулярной работы через PR/CI | Один шаблон напоминает про фактические проверки, contract/docs/security/data impact; не создаёт новый approval lifecycle. | A, с. 7, 30; B, с. 30 |
| [ ] Добавить machine-readable workspace manifest | Один список repos/revisions нужен нескольким реальным командам | Один потребляемый manifest, проверка путей; commands остаются у repo owners. Не заводить `workspace.yaml` как второй ручной README. | A, с. 23, 30; B, с. 20, 28 |
| [ ] Добавить `.editorconfig` / `.gitattributes` | Появились разные редакторы/OS или шум line endings | Принятые encoding/LF правила, проверка небольшого diff; без массовой перенормализации архивов и unrelated файлов. | A, с. 30; B, с. 7, 31 |
| [ ] Добавить release version/tag/notes | Появились распространяемые версии | Можно определить совместимые revisions приложений и изменения релиза; commit automation и changelog только если используются. | A, с. 6, 30; B, с. 6–7, 31 |
| [ ] Добавить CODEOWNERS, issue templates, общую contribution policy | Появились внешние участники и реальная маршрутизация review | Правила соответствуют фактическим owners; hooks/commitlint не копируются во все repos ради симметрии. | A, с. 6–7, 31; B, с. 6–7 |
| [ ] Описать deployment, rollback, health/readiness и ограничения доступа агента | Появился конкретный staging/production target, до выдачи credentials | Подтверждённая topology, проверенный rollback/restore, минимальные права и реальные capability restrictions, health semantics. При таком trigger это уже обязательная работа. | A, с. 21, 26, 31; B, с. 24, 31 |
| [ ] Выделить platform/contracts/QA repo | Текущий owner перестал обслуживать реального независимого потребителя | Подтверждена отдельная ответственность; стоимость сопровождения ниже, чем у текущего размещения. | A, с. 30–31; B, с. 31 |
Gitea API уже показывает private=false для всех пяти repos: пункт выбора LICENSE/условий использования требует решения правообладателя. Доступ без авторизации отдельно не проверялся. Лицензию автоматически не выбирать. Настройки для PR привязать к фактическому началу регулярной работы через PR/CI.
Сохранять read-only archives/evidence. Не создавать отдельные platform/contracts/QA repos без независимого потребителя.
Проверяемая revision: `ee2adc9fda6ce319422e5fe89143b9a1584d690f`. Проверка 13.09.2026: статическая сверка текущих файлов и remediation registry; через MCP проверены репозитории, issues, ветки и Actions workflows. Все пять main-веток имеют protected=false, список workflows пуст, существующих issues не найдено. Внешние CI, server-side updater, история секретов и свежий npm audit этой сверкой не проверялись; полные application gates повторно не запускались.
## Связанные issues
- [backend: [P2 · по условию] Отложенные инженерные улучшения репозитория](https://git.personal.ksv741.ru/WealthLedger/backend/issues/7)
- [frontend: [P2 · по условию] Отложенные инженерные улучшения репозитория](https://git.personal.ksv741.ru/WealthLedger/frontend/issues/6)
- [specs: [P2 · по условию] Отложенные инженерные улучшения репозитория](https://git.personal.ksv741.ru/WealthLedger/specs/issues/7)
- [docs: [P2 · по условию] Отложенные инженерные улучшения репозитория](https://git.personal.ksv741.ru/WealthLedger/docs/issues/7)
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-раздел Root / workspace, 13.09.2026.Это условный backlog: не вводить перечисленную инфраструктуру без указанной потребности. Сработавший пункт выделять в отдельную задачу с конкретным результатом; отсутствие реализации условного пункта не является текущим дефектом.
workspace.yamlкак второй ручной README..editorconfig/.gitattributesGitea API уже показывает private=false для всех пяти repos: пункт выбора LICENSE/условий использования требует решения правообладателя. Доступ без авторизации отдельно не проверялся. Лицензию автоматически не выбирать. Настройки для PR привязать к фактическому началу регулярной работы через PR/CI.
Сохранять read-only archives/evidence. Не создавать отдельные platform/contracts/QA repos без независимого потребителя.
Проверяемая revision:
ee2adc9fda6ce319422e5fe89143b9a1584d690f. Проверка 13.09.2026: статическая сверка текущих файлов и remediation registry; через MCP проверены репозитории, issues, ветки и Actions workflows. Все пять main-веток имеют protected=false, список workflows пуст, существующих issues не найдено. Внешние CI, server-side updater, история секретов и свежий npm audit этой сверкой не проверялись; полные application gates повторно не запускались.Связанные issues