План хаба и уточнения спеки по ревью плана: проекты-метки (#61)

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

openspec/changes/projects/design.md

@@ -68,8 +68,10 @@
    зеркале. `GET /board?project=P` отдаёт своих и соседей, `neighbor = false` у своих и `true` у соседей; `links` — связи,
    у которых хотя бы один конец свой. `GET /issues?project=P` — та же выборка, фильтр `neighbor` относится к признаку
    относительно P; остальные фильтры — поверх. Без `project` — прежнее поведение (всё зеркало, `neighbor` из колонки).
-   Неизвестный проект — 404. `last_sync` — общий (прогон один на все проекты). Так логика доски (соседи пунктиром,
-   «+ соседи по связям») не меняется: она уже работает с `neighbor`.
+   Неизвестный проект — 404. `last_sync` — общий (прогон один на все проекты). Доска признак `neighbor` не читает
+   (`fromHub.ts`): соседи по связям из других проектов рисуются обычными карточками, как сейчас рисуются соседи зеркала;
+   «+ соседи по связям» доска считает сама по связям. Признак `neighbor` относительно проекта виден в колонке «Сосед»
+   списка задач. Владелец связей между проектами не ожидает, поэтому отдельной отрисовки соседей-из-другого-проекта нет.
 6. **Пакет проекта — проверки в хабе, не в MCP.** `POST /batches {project: P, …}`: неизвестный P — 422. Для каждой
    команды:
    - `ensure_issue` — если в `labels` нет P, хаб дописывает P в конец (параметры хранятся уже с ней); метка другого
@@ -152,7 +154,7 @@
     hideedge, snap, tbl, prob). На проект делятся **оба набора**: у проекта `AWPCA` — ровно нынешние ключи, у
     остальных — те же ключи с суффиксом `@<метка>` (`graph-pos:board@STOCKS_DRRK`, `graph-crit@STOCKS_DRRK`); общие для
     всего приложения настройки вне доски (если есть) не делятся. Загрузка CSV/JSON и `applyJsonSettings` пишут в ключи
-    текущего проекта. Так раскладка AWPCA переживает выкатку, а проекты не смешиваются. Фильтр спринтов: `hasSprint` в модели из хаба — есть ли хотя бы одна задача со спринтом; у
+    текущего проекта. Так раскладка AWPCA переживает выкатку, а проекты не смешиваются. Фильтр спринтов: `hasSprint` в модели из хаба — есть ли хотя бы одна **своя** задача (`neighbor = false`) со спринтом (даже если канбан-проект связан с задачами scrum-проекта); у
     канбан-проекта фильтра спринтов нет («колонки «Спринт» нет — показаны все задачи», как у CSV без спринтов).
 13. **Список задач в разрезе проекта.** `GET /issues?project=P&…`; варианты фильтров — из снимка `GET /board?project=P`;
     параметр `project` в адресе — рядом с фильтрами; фильтр «Метка» остаётся.

openspec/changes/projects/specs/commands/spec.md

@@ -5,7 +5,8 @@
 любая неудача — 422 с ключом задачи и причиной, пакет не создаётся:
 - `P` нет среди проектов — 422;
 - `ensure_issue`: если в `labels` нет P, хаб SHALL дописать P в конец `labels` (в базе параметры хранятся уже с ней;
-  без `labels` — `labels = [P]`); метка другого проекта в `labels` — 422;
+  без `labels` — `labels = [P]`); метка, совпадающая с P без учёта регистра, но не точно, SHALL заменяться на P; метка
+  другого проекта в `labels` — 422;
 - `ensure_fields`: P в `labels_remove` или метка другого проекта в `labels_add` — 422;
 - `ensure_fields`, `ensure_comment`, `ensure_status`, `ensure_sprint`, `ensure_attachment`: `key` SHALL быть временным
   ключом `ensure_issue` этого пакета или задачей зеркала с меткой P, иначе 422 «<key> не в проекте P»;

openspec/changes/projects/specs/mcp/spec.md

@@ -8,7 +8,8 @@
 В привязанной к проекту P сессии:
 - `issues` — `GET /issues?project=P` с остальными фильтрами;
 - `issue` — любая задача по ключу;
-- `notes_set` — только своя задача P (метка P; соседи — нет), иначе ответ «<key> не в проекте P»;
+- `notes_set` — только своя задача P (метка P; соседи — нет) или временный ключ `new:<n>` (его задача создаётся пакетом
+  проекта), иначе ответ «<key> не в проекте P»;
 - `batch_create`, `command_retry` — с `project = P` (проверки пакета проекта, см. `commands`; повтор команды другого
   проекта или пакета без проекта — отказ хаба);
 - `batches` — `GET /batches?project=P`; `batch_status`, `batch_wait`, `batch_cancel` — по id, без ограничения;

openspec/changes/projects/specs/web-app/spec.md

@@ -11,8 +11,8 @@
 Доска SHALL загружать `GET /board?project=<текущий>`; «Обновить из Jira» — как прежде, `POST /refresh {full: true}`,
 обновляет все проекты. Раскладка, дорожки и фильтры доски в `localStorage` SHALL храниться отдельно для каждого проекта;
 у проекта `AWPCA` — на прежних ключах (раскладка, сделанная до проектов, сохраняется). Фильтр спринтов SHALL
-показываться, только если хотя бы у одной задачи снимка есть спринт; иначе — «колонки «Спринт» нет — показаны все
-задачи».
+показываться, только если хотя бы у одной своей задачи снимка (`neighbor = false`) есть спринт; иначе — «колонки
+«Спринт» нет — показаны все задачи».
 
 Форма «Новый проект» (пункт «＋ Новый проект…» выпадающего списка) SHALL открываться окном поверх страницы: метка,
 название, номер доски Jira (необязательно; подсказка «scrum или kanban определится сам»). «Создать» — `POST /projects`
@@ -42,7 +42,7 @@
 - **THEN** окно открыто, рядом с «Создать» — текст ошибки хаба
 
 #### Scenario: Канбан-проект
-- **WHEN** текущий проект — `STOCKS_DRRK`, ни у одной задачи снимка нет спринта
+- **WHEN** текущий проект — `STOCKS_DRRK`, ни у одной своей задачи снимка нет спринта (у соседа из `AWPCA` спринт есть)
 - **THEN** вместо фильтра спринтов — «колонки «Спринт» нет — показаны все задачи»
 
 ## MODIFIED Requirements