Почему это важно
Проект быстро вырос: core, CLI, TUI, desktop GUI and Android должны иметь ясные границы. Нужен короткий ADR/engineering guide, чтобы новые агенты и люди не превращали репозиторий в большой ком взаимных зависимостей.
Что сделать
- Добавить
docs/adr/ или docs/ARCHITECTURE.ru.md.
- Зафиксировать границы: core, API, CLI/TUI, desktop GUI, Android bridge, CI/release.
- Описать целевой бюджет размера файлов: обычные модули до 300-500 строк, исключения только с причиной.
- Описать правила для secrets, features, platform cfg, тестов и маленьких PR.
Acceptance Criteria
- Документ понятен не только программистам, но и агентам/ревьюерам.
- Есть practical checklist для новых Issues/PR.
- Не менять production code.
cargo fmt --check проходит.
Что нельзя трогать
SUBMISSION.ru.md
.env files
- release tags/version
Почему это важно
Проект быстро вырос: core, CLI, TUI, desktop GUI and Android должны иметь ясные границы. Нужен короткий ADR/engineering guide, чтобы новые агенты и люди не превращали репозиторий в большой ком взаимных зависимостей.
Что сделать
docs/adr/илиdocs/ARCHITECTURE.ru.md.Acceptance Criteria
cargo fmt --checkпроходит.Что нельзя трогать
SUBMISSION.ru.md.envfiles