markdowne8ad0934 | 1 | # ADR 003: Multi-Project Scope Model and Project Cards |
| 2 | |
| 3 | **Статус:** Accepted |
| 4 | **Дата:** 2026-04-02 |
| 5 | **Источник в истории:** `1904d08`, `c1bb96a`, `d5ca6da`, `1994aa8` |
| 6 | **Supersedes:** — |
| 7 | **Extended by:** [004](004-router-supplement-and-l1-pool.md), [005](005-kb-base-cide-bundle.md), [008](008-workspace-scope-map-hot-mcp-and-public-cut.md) |
| 8 | |
| 9 | --- |
| 10 | |
| 11 | ## Контекст |
| 12 | |
| 13 | Один workspace покрывал много репозиториев и треков. Без явной scope-модели агент смешивал контексты и тратил бюджет на лишнее. |
| 14 | |
| 15 | --- |
| 16 | |
| 17 | ## Решение |
| 18 | |
| 19 | - Ввести карточки проектов как первичный слой маршрутизации в `knowledge/work/projects/...`. |
| 20 | - Зафиксировать протокол scope/primary для мультипроектной работы. |
| 21 | - Перевести workspace-хаб на устойчивую модель треков (позже — `door-to-singularity`). |
| 22 | |
| 23 | --- |
| 24 | |
| 25 | ## Последствия |
| 26 | |
| 27 | **Плюсы** |
| 28 | |
| 29 | - Меньше смешивания контекстов между проектами. |
| 30 | - Быстрее выбор правильного `project-id` и источников. |
| 31 | |
| 32 | **Минусы** |
| 33 | |
| 34 | - Требуется поддержка карточек и их согласованности с роутером. |
| 35 | |
| 36 | --- |
| 37 | |
| 38 | ## Примечание об эволюции |
| 39 | |
| 40 | Это решение стало операционной основой для раздельных контуров поставки (internal/work vs public/base). |
| 41 | |
| 42 | |
View only · write via MCP/CIDE