Стек входящих: только задачи без проекта, карточка как в списке, выдача «3 в ряд» (0.95) ...

Набор правок из разбора стека входящих.

Стек — только «сырые» задачи без проекта. Задача, созданная сразу в проекте
(страница проекта, подзадача, агент через MCP), уже получила контекст от владельца,
и разбирать её не за чем: стек — стопка для того, что захвачено на бегу и ещё ни к
чему не отнесено. Такие задачи никуда не пропадают: они видны на странице своего
проекта, автодетализация для них идёт как обычно, а предложение ИИ ждёт на странице
самой задачи. Туда же уходит задача, перенесённая из стека пунктом «В другой
проект»: этот пункт карточка задачи даёт сама, и это ровно тот жест «это к проекту X».

Карточка стека — та же карточка задачи, что в списке и в выдаче (TaskCard), а
своё у неё в новом слоте #extra внизу: предложение автодетализации бейджами и
кнопки «Да, всё верно» и «Детализировать». Прежняя карточка стека была отдельным
набором разметки и разошлась с карточкой задачи: ссылка (классом card-link внутри
китовой шапки card-title) наследовала аперкейс шапки — заголовок кричал; «⋯»-меню
было своё, из двух пунктов, поэтому смена статуса и перенос в проект из стека были
недоступны. Теперь карточка даёт всё то же, что в списке, а стек добавляет к «⋯»
один пункт — «Переспросить ИИ»: он уместен только у сырой задачи, поэтому пункт
передаётся карточке снаружи, через menuExtra. Бейдж «в стеке» и абсолютная дата
создания из карточки ушли — дублировали место карточки и её подвал.

Карточки ряда — одной высоты, а блок предложения с кнопками прижат к низу
содержимого. В 0.59 они выравнивались по верху, и «Да, всё верно» у задач с разным
числом бейджей стояла на разной высоте. Скелетон загрузки повторяет ту же сетку.

Выдача /options — три карточки в ряд (больше и не бывает: pick_options отдаёт
максимум три). Сетка и ломающиеся точки (1080/720px) те же, что у стека: карточка
там та же, и ряд читается одинаково на обеих страницах.

Локали: ушли stack.inStack (за бейджем) и stack.deleteTask (за «Удалить» из общей
карточки).

Проверено живым прогоном в браузере (временный пользователь, данные засеяны SQL,
XP не начислялся): в стеке три карточки из четырёх сырых (четвёртая — с проектом, и
она видна на странице проекта), счётчик шапки совпадает, китовой шапки .card-title
в карточке нет, заголовок без аперкейса и ведёт на задачу, сниппет, бейджи, подвал и
«⋯» на месте, «Переспросить ИИ» в меню рядом со штатными пунктами, три карточки
одной высоты (293px) с кнопками на одной линии, в выдаче на 1440px три карточки в
ряд (461px), на 1000px две, на 700px одна, на 390px горизонтальной прокрутки нет ни
на главной, ни в выдаче. Стенд вычищен.

ТЗ 0.95: §3.1, §3.2, §3.7, §3.9, §3.19, §7.

Журнал и список задач с телефона: иконка комментария, переключатель «Созданные агентом» (0.94) ...

Набор правок по интерфейсу, в основном про чтение с телефона.

Журнал:
- фильтр по проекту убран: проектов у владельца будут сотни, и селект из них нужный
  не находит — разрез по проектам живёт в разделе «Проекты», как и в общем списке
  задач (0.73). Со страницы ушла и загрузка активных проектов: справочник имён
  по-прежнему собирается из активных и архивных;
- комментарий показывается иконкой и только там, где он есть. Записей без
  комментария в журнале большинство, и колонка пустых ячеек съедала половину ширины
  таблицы, а текст автора (у закрытия агентом — абзац) в ячейке не влезал и рвался по
  строкам. Целиком он открывается модалкой, в ней же вид записи и заголовок задачи:
  диалог открывается из строки, под ним остаётся весь журнал, и без этих слов
  непонятно, чей это комментарий;
- заголовок колонки — та же иконка: слово «Комментарий» шире колонки, в которой
  теперь стоит одна кнопка. Слота заголовка у GnTable нет, но label принимает
  готовый узел, поэтому иконке отдан h('i') с aria-label — иначе колонка осталась бы
  для скринридера безымянной;
- дата и время разложены на две части: на десктопе читаются как раньше
  («10.10.2026, 22:23»), на телефоне встают в две строки и таблицу не растягивают.
  formatDateTime из taskui стал не нужен и удалён;
- телефон (≤767px): отступы ячеек 8px, бейдж события мельче (моноширинный капс 13px
  рвал «ДОСТУПНОСТЬ» и задавал таблице нижнюю границу ширины), колонки «Проект» и
  «Актор» скрыты. Актор возвращается строкой под бейджем события: своей колонкой он
  оставлял половину ширины пустой, а журнал существует ради актора. На 390px таблица
  ровно по ширине экрана и не едет по горизонтали.

Список задач:
- «Кто создал» стал переключателем «Созданные агентом» вместо селекта из трёх
  пунктов: средний пункт («только мои») ничего не прибавлял к «всем» — своих задач у
  владельца подавляющее большинство, — а спрашивалось ровно одно: «показать то, что
  завёл агент». Переключатель это и говорит.

Локали: ушли filterProject/filterProjectAll и filterCreated/createdAll/createdMe,
появились showComment и общий common.close — у модалки без своего действия «Отмена»
читалась бы как отказ от чего-то.

Проверено живым прогоном в браузере (временный пользователь, данные засеяны SQL,
XP не начислялся): шапка без фильтра по проекту, кнопка комментария у 5 записей из
10 (3 текста автора и 2 машинных кода, которые интерфейс читает словами), модалка с
полным текстом, «Закрыть» переведена, на 390px нет горизонтальной прокрутки, в списке
три переключателя и created_by_kind=agent в запросе. Стенд вычищен.

ТЗ 0.94: §3.6, §3.20, §7.

Автодетализация: теги, приоритет и оценка времени (0.93) ...

ИИ переписывал заголовок и описание — и портил их: контекста задачи у модели нет,
поэтому сжатый текст терял важные детали или менял суть. А карточка предложения
принимает всё или ничего, так что верно угаданные теги приходилось отклонять
из-за кривого описания. Теперь ИИ предлагает только то, где он полезен: теги,
градацию приоритета и оценку длительности.

- теги ДОПОЛНЯЮТ назначенные, а не заменяют их — потому существующие теги задачи
  идут в контекст промпта отдельной строкой с правилом «не повторяй» (раньше теги
  предлагались, только когда у задачи нет ни одного);
- приоритет просим градацией интерфейса (very_low…urgent), число шкалы 0-10
  считаем сами: маленькой модели выбрать слово проще, чем откалибровать число.
  Выдуманные ею градации («Very High», «critical», «normal») притягиваются к
  ближайшей из пяти, иначе ответ пропадал бы целиком;
- оценка в минутах, границы 5…1440 (как ge=1, le=24*60 в схеме), округление до
  5 минут. Она же включает задачу в режим «3 варианта», куда задачи без оценки
  попадали лишь фолбэком;
- применение безопасно по определению: теги сливаются, приоритет и оценка пишутся
  только в пустое поле. Проверка «пусто» стоит в apply_proposal, а не только в
  промпте: владелец мог проставить приоритет, пока модель думала, — перетирать его
  нельзя. Заголовок и описание не трогаются вовсе;
- флаг force у detail_task убран: переспрос всё равно ничего не перетирает,
  «перепредложить всё» потеряло смысл. «Переспросить ИИ» теперь сбрасывает
  предложение и анализирует текущий текст задачи;
- пустой ответ модели («добавить нечего») карточку не показывает — молчим, как и
  просил владелец. Сырую задачу в этом случае утверждают из меню шапки (и в стеке
  кнопка утверждения остаётся); «Детализация подбирается…» в стеке показывается
  только пока ai_proposal === null, то есть пока ИИ думает;
- в интерфейсе из предложения ушли строки заголовка, описания и проекта; сниппет
  карточки в списке сводится к тегам («Средний · ≈ 30 мин» текстом задачи не
  читается), из промпта внешнего агента описание тоже уходит.

Живой прогон на qwen3.5:2b-q4_K_M (временный пользователь): оценки осмысленны, но
шумны (одна задача давала 15/25/30/45/60 мин от прогона к прогону), приоритет в
основном попадает, но бывает завышен (смазка петель двери → urgent), теги — слабое
место: модель редко переиспользует русский каталог и придумывает английские.
Понижение температуры до 0.1 даёт стабильность, но выравнивает всё (приоритет
почти всегда low, оценка всегда 15), поэтому оставлено как есть.

ТЗ 0.93: §3.2, §3.4, §3.11, §3.22, §5, §7, §8 п.2 (решение 2026-09-22 отменено,
решение 2026-09-19 подтверждено).

Импорт задачи из ссылки на багрепорт BugTrail (0.92) ...

Ссылка на отчёт, вставленная в пустой заголовок формы задачи, разворачивается
в заголовок и описание: текст отчёта, записанные шаги со скриншотами инлайном,
страница и ссылка-источник строкой в описании. То же — в попапе расширения.

Бэкенд: services/bugtrail.py достаёт share-токен из ссылки (хост — только из
конфига, поэтому подсунуть чужой адрес нечем) и собирает markdown; GET
/api/bugtrail/draft отдаёт {title, description}, 400 — не наша ссылка, 503 —
импорт выключен, 404/502 — отчёт не отдался. В БД ничего не пишется.

Фронт: @paste на поле заголовка (кит раскрывает attrs на нативный input),
сниппет карточки перестал показывать «!скриншот». Адрес трекера — дефолт в
конфиге, так что на проде фича работает без правки .env.

ТЗ: 3.22, правки в 3.18, 5, 7, 8; версия 0.92.

Регулярные задачи: дата следующего раза, метка в списке, фильтр (0.91) ...

Дата следующего экземпляра считалась и выбрасывалась: закрыв ежедневную
задачу, владелец видел её же снова «к выполнению», без даты и неотличимо от
задачи на сегодня. Теперь дата ложится в существующее `deadline_date` (новых
полей и миграций нет) — при нестрогом периоде не ставится, ТЗ 3.4 запрещает
оба поля разом.

- recurrence: `_copy` получает посчитанную дату, `spawn_next` её не теряет;
- reminders: у регулярной повод один — ритм, дедлайновые правила её не
  касаются (иначе в день срока два уведомления об одном деле), сводка тоже;
- reminders: ключ дедупа ритма включает id задачи — без него уникальность
  push_deliveries съедала второе «Пора», и за день приходило одно
  напоминание на пользователя, сколько бы регулярных ни совпало;
- API: параметр `task_type` у GET /api/tasks;
- список: переключатель «Регулярные» рядом с «Приоритетными»;
- карточка: акцентная полоса по левой кромке и кружок с иконкой повтора
  перед названием, подсказка словами о правиле; дата читается как
  «след. 12.10.2026»;
- ачивка «Дедлайн-босс» регулярные не считает.

ТЗ 0.91: §3.5, §3.6, §3.21, §5, §7.

Напоминания: сроки, ритм, сводка, тихие часы (0.89) ...

Push из 0.88 доставлял события агента, но о сроке и о регулярном деле по-прежнему
напоминала только открытая вкладка. Теперь о них напоминает планировщик: строгий
дедлайн за день, в день и один раз о просрочке; «пора» регулярной задачи; утренняя
сводка. Нестрогий срок («в течение недели/месяца/года») не напоминает вовсе — в
модели у него нет дня отсчёта, а выдумывать якорь не стали. Задачи в done,
cancelled и deferred молчат: «сейчас не в приоритете» — решение владельца.

Правила — чистые функции (app/services/reminders.py): «сегодня» приходит
аргументом, поэтому календарные границы проверяются без часов и без сети, а
планировщик (app/services/scheduler.py) остаётся тонким. День ритма считается тем
же recurrence.next_date, что создаёт следующий экземпляр, — отдельного календаря
напоминаний нет, иначе правила разъехались бы.

Дедуп — журналом push_deliveries (unique(user_id, kind, ref_key)), и запись идёт
до отправки: тик 15-минутный, а поводы дневные, поэтому без журнала одна и та же
просрочка приходила бы сотню раз, а перезапуск контейнера рассылал бы дубли.
Обратный размен (падение между вставкой и отправкой) даёт пропуск, а не дубль —
для напоминания это правильная сторона ошибки.

Тихие часы — настройка quiet_hours («HH:MM-HH:MM», окно 22:00-09:00 в интерфейсе,
пересекает полночь). Попавшее в окно напоминание не отправляется и не
записывается: условие дневное, и следующий тик после окна отправит его сам. Работа
агента тихими часами не глушится — она ждёт решения владельца.

Планировщик живёт задачей в lifespan приложения: итерация уходит в
asyncio.to_thread (внутри синхронные SQLAlchemy и requests), цикл отменяется
вместе с приложением, сбой итерации логируется и не прекращает напоминания.
Сводка отправляется в окне 09:00-14:00 по REMINDER_TIMEZONE и молчит при нуле.

Заодно починен свой service worker: createHandlerBoundToURL('index.html')
бросал исключение при вычислении воркера в dev-режиме, где манифест precache пуст
(VITE_PWA_DEV=1), и регистрация падала целиком — отлаживать push было негде.
Маршрут теперь ставится только если index.html и правда в precache.

ТЗ 0.89: §3.21 дополнен подразделом «Напоминания», §5 — PushDelivery, §7 — строка
этапа, §8 — открытые вопросы про часовой пояс напоминаний и ретенцию журнала.

Системные уведомления: транспорт Web Push, события агента, настройки (0.88) ...

О работе агента владелец узнавал только из открытой вкладки: SSE-кадры
task.claimed/task.review живут ровно столько, сколько она открыта, а агент
работает как раз тогда, когда вкладки нет. Web Push — второй транспорт тех же
событий на той же шине; SSE остаётся за мгновенный refetch интерфейса.

Backend: pywebpush и пара ключей VAPID (app/vapid.py печатает готовые строки
для .env; пустые ключи — push тихо выключен, а не падение на старте),
таблица push_subscriptions (endpoint уникален глобально: тот же браузерный
профиль может войти другим аккаунтом — подписка перепривязывается),
app/api/push.py (config/subscribe/unsubscribe/subscriptions), тексты
уведомлений на ru/en/uk собирает сервер — у service worker локалей нет.
Отправка идёт вне HTTP-ответа (BackgroundTasks в REST, поток в MCP) со своей
сессией; мёртвые подписки (404/410, серия ошибок) удаляются лениво.

Frontend: свой src/sw.ts через strategies: 'injectManifest' — в generateSW
обработчик push вставить некуда; precache, SPA-fallback и CacheFirst переехали
из vite.config.ts в воркер, у SW отдельный tsconfig (WebWorker не уживается с
DOM). Подавление при видимой вкладке — по visibilityState клиента, иначе
системное уведомление дублировало бы тост. Разрешение спрашиваем при входе
(жеста нет — браузер вправе проигнорировать), надёжный путь — переключатель
в Настройках.

Тесты: подписка/отписка/перепривязка, отправка с подменённым webpush, связка
событий. Фоновую отправку в тестах глушим: она идёт в чужом потоке по общему
SQLite-соединению и перемешивала транзакции тестов мандата.

ТЗ 0.88: §3.21 «Системные уведомления», правки §3.14, §3.15, §5, §7.

Промпт для ИИ-агента: кнопка на странице задачи (0.87) ...

Текст задачи целиком — параметры, описание, предложение ИИ, подзадачи и
ссылка — собирается в aiPrompt.ts и копируется одной кнопкой из меню «⋯».

Интерфейс мандата: бейджи, приёмка, журнал, тосты (0.85)

Теплокарта проекта всегда за полгода (0.84) ...

- ProjectHeatmap: переключатель периодов убран — период один, полгода
  (26 недель, 182 дня). Полугодовая сетка в содержимое карточки влезает
  целиком (26 недель по 9px с зазором 2px = 284px), а месячная занимала
  пятую часть ширины и читалась недоделкой. Вместе с табами ушла и
  раздача размеров ячеек по режимам: ячейки снова 9px, легенда шкалы —
  под сеткой, как в статистике.
- Локали: ключи projectPage.heatMonth/heatHalf удалены из ru/en/uk —
  после снятия переключателя их никто не использует (stats.heatHalf, табы
  периодов на странице статистики, остались на месте).
- ТЗ 0.84.

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

Теплокарта проекта, облако тегов, две колонки, иконка подвала (0.83) ...

- ProjectHeatmap.vue: своя карточка «Активность» в сайдбаре страницы
  проекта — та же сетка «как в гитхабе», что в статистике, но по задачам
  одного проекта: столбец — неделя, строка — день недели, заливка — по
  числу закрытых за день (done_at), в подсказке клетки дата и оба числа
  («закрыто N, создано M»). Периодов два: «За месяц» (5 недель, по
  умолчанию) и «За полгода» (26 недель). Запросов к серверу нет: страница
  проекта и так держит все свои задачи, включая завершённые. В месячном
  режиме ячейки 18px, в полугодовом 9px (26 недель — 284px, влезает в
  сайдбар без прокрутки): пятью неделями мелкая сетка терялась бы в
  широкой карточке. Легенда шкалы встаёт рядом с сеткой, а когда сетка во
  всю ширину — переносится под неё.
- ProjectView: карточка «Теги» — облаком, а не списком: размер шрифта по
  ранжиру частоты (0.85–1.2em, число задач — в подсказке), клик ставит тег
  в фильтр (тот же поиск по подстроке), повторный клик снимает, активный
  тег подсвечен; до 960px список подтягивается к верху экрана — там
  сайдбар стоит ниже списка.
- ProjectView: карточки задач раскладываются по две в ряд (до 700px — одна
  колонка, как и раньше).
- TaskCard: пункт меню «Переместить в проект» сокращён до «В другой
  проект» — длинная надпись рвалась на две строки в китовом меню 220px.
- kit-overrides.css: в подвале карточки снята китовская поправка иконки
  (.ph.normalize, top:.15em). Она рассчитана на иконку на общей базовой
  линии с текстом, а строка подвала — флекс с align-items:center: коробка
  иконки центрируется сама (у иконочного шрифта нет нижнего выноса), и
  поправка складывалась с этим центрированием — глиф уезжал вниз на 1.3px
  (замер по пикселям: центр глифа ниже центра цифры «2» в «2 недели
  назад»). Без поправки низ глифа садится на базовую линию, как у буквы.
  Правка самого кита заказана отдельной задачей (vertical-align вместо
  position:relative; top — на флекс-элемент он не действует).
- ТЗ 0.83.

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

Корешок у карточки проекта, «без активности», перенос задачи в проект (0.82) ...

- ProjectsView/ArchiveView: у карточки проекта левая грань 6px (китовый
  --gn-border-width-accent, тот же шаг, что у полосы шапки страницы) и цвета
  проекта — того же, что метка у имени и заливка прогресса; у проекта без
  цвета грань берёт акцент кита. У карточки задачи рамка осталась ровной 2px:
  по одной этой грани видно, что перед тобой папка с задачами, а не сама
  задача. Тот же корешок у карточки проекта в архиве и у заготовок списков,
  иначе при загрузке карточка дёрнула бы ширину содержимого. Наведение
  подкрашивает рамку, но не корешок — цвет грани принадлежит проекту, а не
  состоянию карточки.
- ProjectsView: у проекта без задач подвал больше не пустует — вместо
  свежести стоит «без активности» (ключ projects.noActivity, три локали).
- kit-overrides.css: полоса прокрутки спрятана у всех табов — правило было
  только у фильтра «Списка задач», и на странице проекта табы статуса
  оставались с полосой. Прокрутка сохранена.
- TaskCard/TaskMoveDialog: в «⋯»-меню карточки задачи появились «Перейти к
  проекту» (нет у задачи без проекта и на странице самого проекта) и
  «Переместить в проект». Перенос — модалка с выбором проекта (GnModal +
  GnSelect кита, первым пунктом «без проекта», текущий проект выбран по
  умолчанию) → PATCH /api/tasks/{id} с project_id: XP и монеты за перенос не
  начисляются, успех подтверждается тостом, а списки перечитываются по
  событию moved (в «Выдаче» и на странице задачи подписки на task.changed
  нет — без события карточка осталась бы в старом проекте).
- ТЗ 0.82.

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

Список задач, карточки и шторка дропдауна на мобильных (0.68–0.77) ...

- Цвета проектов (0.68–0.72): палитра пересобрана с объективным порогом
  различимости — 8 базовых тонов × ступени светлоты + 5 нейтральных = 27
  клеток, минимальная попарная ΔE76 в CIELAB 12.5 (приглушённые варианты
  сливались, чёрный не виден на тёмной панели). Метка проекта — кружок, у
  проекта с сайтом — фавикон внутри метки.
- Список задач (0.70–0.74): фильтр по проекту и табы приоритета убраны,
  приоритет — переключателем «Приоритетные» с серверной отсечкой
  priority_min (7–10; задача без приоритета в отсечку не попадает). Тег
  ищется подстрокой имени (параметр tag, icontains с autoescape) с debounce,
  ввод — GnCombobox; статус — табы кита с горизонтальной прокруткой. То же
  на странице проекта. Фильтры-поля переехали в слот действий шапки.
- Выравнивание фильтров (0.76): кит держит 8px margin-top у input и 15px
  margin-bottom у form-group — внутри flex-обёртки они не схлопываются, и
  поле стояло на 3.5px выше центра ряда, а крестик сброса (отсчёт от низа
  обёртки) уезжал к нижнему краю поля. Отступы внутри фильтра обнулены:
  обёртка стала ровно в коробку поля, центры сходятся до пикселя.
- Карточка задачи (0.75–0.76): кликабельна целиком (клик мимо внутренних
  ссылок/кнопок и по невыделенному тексту), бейдж проекта — ссылкой.
  Свежесть задачи переехала из ряда бейджей в подвал карточки (слот footer,
  черта 1px, прижат к низу — в сетке все карточки на одной линии): height
  100% содержимого у кита выталкивало подвал, карточка стала flex-колонкой.
  Иконка рядом с текстом — с китовым классом normalize.
- Полосы прокрутки (0.76): тонкие, бегунок акцентом, скругление в пилюлю,
  прозрачная дорожка — как у полосы меню-дровера кита. Заданы и
  scrollbar-width/color, и ::-webkit-scrollbar-*; у дровера приоритетнее
  правило кита.
- Шторка дропдауна на мобильных (0.77): до 767px меню — лист снизу во всю
  ширину экрана с затемнением и «ручкой», пункты 44px, выезд снизу 0.22s
  вместо китового overlay_reveal. Слой затемнения — div вне #app (index.html)
  и body:has(.dropdown.is-open): для китового обработчика клик по нему «вне
  меню», поэтому тап по затемнению закрывает меню без JS, а JS-кламп
  координат на мобильных выключен. Китовый panel_boot оставляет у шапки
  transform (содержащий блок для position:fixed) — на мобильных анимация
  шапки снята, правило «меню в шапке прижато вправо» тоже оставлено
  десктопу. Задача на перенос в кит оформлена отдельно:
  gnexus-ui-kit/docs/tasks/gn-dropdown-mobile-sheet.md.
- Кнопка «назад» над шапкой страницы (0.70): показывается, когда в истории
  приложения есть предыдущий экран; возврат на экран входа не предлагается.

ТЗ 0.68–0.77; тесты бэкенда 209, ruff/mypy чисто, сборка фронта зелёная.

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

Проекты: цвет, сайт, фавикон, закрепление, README из репозитория (0.63–0.67) ...

- Цвет-метка проекта (0.63): у проекта может быть цвет-кружок. Селектор
  цвета — сырым блоком в стиле кита (в ките компонента нет); кружок рисует
  общий компонент ProjectColorDot.
- Сайт проекта (0.63): отдельное поле site_url. Иконку сайта тянет
  бэкенд-прокси с кэшем (GET /api/projects/{id}/favicon, том favicons) —
  сторонние favicon-сервисы не используются, данные не покидают VPS. В 0.65
  иконка встала в метку проекта (кружок + фавикон), а ссылка на сайт —
  чипом в шапке страницы проекта.
- Карточка списка кликабельна целиком (0.63; кнопка «Открыть» дублировала
  ссылку), тайтл крупнее (0.65), клетки прогресса — поверх полосы кита
  (0.64): сегментированной полосы в ките нет.
- Закрепление проектов (0.66): поле pinned, закреплённые — секцией сверху,
  сортировка списка по свежести активности, подвал карточки — отсчёт до
  ближайшего дедлайна.
- Место булавки переставлено (0.67): на карточке — правый верхний угол
  рядом с бейджем актуальности и видна всегда (была приглушена в подвале),
  на странице проекта — кнопка-булавка рядом с именем (искали строкой
  «Закреплён» в параметрах).
- Репозиторий проекта (0.67): ссылка на git-репозиторий — отдельное поле
  repository_url, отдельно от заметки и сайта. README из репозитория
  показывается вторым описанием — карточкой «README из репозитория» под
  заметкой, со ссылкой на репозиторий и сворачиванием длинного текста;
  тянет такой же бэкенд-прокси с кэшем (GET /api/projects/{id}/readme),
  не нашли — «README не найден». Распознавание ссылки на репозиторий в
  заметке проекта снято (у задачи README-вместо-описания остаётся),
  данные в БД не мигрировались.
- Фантомный отступ перед именем у проекта без цвета и фавикона (0.67):
  ProjectMark рисовал пустой спан в ряду с gap.
- ТЗ 0.63–0.67; MCP зеркалит поля проекта (color, site_url,
  repository_url, pinned). Тесты: 207.

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

Карточка проекта — метрики вместо заметки (0.62) ...

Заметка убрана с карточки списка (целиком живёт на странице проекта): она
делала карточки разной высоты и мешала сравнивать. Вместо неё — актуальность
в шапке справа, ряд метрик (приоритет, «N в работе», «просрочено N» — только
ненулевые), полоса прогресса «Закрыто N из M» и подвал с ближайшим дедлайном
(просроченный красным) и кнопкой «Открыть»; у проекта без задач — подсказка.

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

Проекты без задач — отдельной секцией в конце списка (0.60) ...

Бейдж «Задач закрыто 0/0» у пустого проекта ничем не отличался от
заполненных, и такой проект терялся среди остальных. Список делится на
секции «С задачами» и «Без задач» (ph-folder-dotted, приём подписи
секции из стека); счётчики в заголовках — по всему списку, а не по
странице.

Заголовки показываются только когда пустые проекты есть — без них
список выглядит как раньше. Порядок (с задачами сверху, пустые в конце)
применяется до пагинации, иначе секция разъезжается по страницам.

- ТЗ 0.60.

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

Сад отключён (0.58): страница «Достижения» вместо сада ...

Сад не готов к использованию, а сервис разрастается — убрали его из
интерфейса и сосредоточились на основном функционале. Код сада,
модель GardenItem, coin_events и rarity у xp_events сохранены: сад
вернётся для доработки.

- Выдача растений прекращается сама: GardenItem создавался лениво в
  ensure_garden(), которую звал только GET /api/garden, — UI его
  больше не запрашивает.
- Прогресс и ачивки переехали на новую страницу /achievements (пункт
  меню на месте «Сада»); /garden редиректит туда же.
- Блок ачивок вынесен в общий components/AchievementsPanel.vue —
  им пользуются и «Достижения», и сад (для возврата).
- Баланс монет отдаёт GET /api/xp (coins) — единственная правка
  бэкенда; паритет с /api/garden покрыт тестом.
- Тост закрытия — «+N XP • +N монет» с похвалой, без слов про
  растение; золотое конфетти за xp >= 25 и «не хочется делать».
- Тексты прогресса — в общем неймспейсе progress.*, сад-специфичные
  остались под garden.*.
- ТЗ 0.58: пункт «Сад отключён» с причиной, детальное описание сада
  оставлено историческим блоком.

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

Ачивки: описание условия по клику (GnPopover) ...

Карточка-ачивка в саду — триггер GnPopover кита: клик открывает панель
с кратким описанием условия (garden.achHint, ru/en/uk). Тултип по hover
не годится — не работает на тач-экранах; карточка стала button-триггером
и тянется на всю колонку грида. ТЗ 0.49 (§3.13).

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

Страница-инструкция расширения: /extension в меню веб-версии ...

Скачивание ZIP (extension pack → статика фронта), шаги загрузки unpacked
и подключения MCP-токена; из установленного PWA пункт меню скрыт
(display-mode: standalone), по прямому адресу — пояснение.

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

Подсказка про README — у заметки проекта, не у задачи ...

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

Подсказка: описание можно заполнить ссылкой на публичный репозиторий ...

В подписи редактора при создании задачи и на странице задачи
(пустое описание, инлайн-правка) — «вставьте ссылку на публичный
репозиторий — вместо описания подтянется README». Локали ×3, ТЗ 0.41.

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

Длинная заметка проекта сворачивается: начало + «Развернуть» ...

Высота блока заметки (или README от ссылки) мерится по факту рендера
(ResizeObserver — картинки догружаются и растут): выше ~420px —
сворачивается, под ней подсказка «Заметка большая — показано начало»
и кнопка «Развернуть»/«Свернуть». Локали ×3, ТЗ 3.8/0.41.

Проверено headless: длинный README свёрнут (420px, подсказка на
месте), «Развернуть» раскрывает до полных ~4700px.

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

README.md вместо описания-ссылки на репозиторий ...

Если описание задачи — одна ссылка на git-репозиторий, на странице
задачи вместо неё показывается README.md оттуда (с подписью-ссылкой
на источник; сырое описание в БД не меняется, чекбоксы README не
патчат описание).

Хост не обязан быть GitHub/GitLab (ТЗ 3.3, 0.41): селф-хостед системы
ищутся эвристикой — API github/gitlab/gitea + raw-пути web-интерфейсов
с дефолтной веткой HEAD (проверено на селф-хостед GitBucket);
не нашли — 404, остаётся ссылка. Кэш прочтений в памяти, 10 минут.

- backend: services/readme.py (эвристика + перебор, кэш),
  GET /api/repo-readme?url=, тесты (кандидаты, кэш) — 159 тестов
- frontend: api.getRepoReadme, TaskView показывает README вместо
  описания при одиночной ссылке; локали task.readmeFrom ×3

Проверено headless на живом фронте: git.gnexus.space (GitBucket) и
github.com — README рендерится, при неудаче остаётся ссылка.

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

Лоадеры и скелетоны: спиннер обновления в шапках, скелетоны под макет страниц ...

- Спиннер обновления (GnLoader circle, .refresh-loader fixed под топбаром) в
  #actions шапок списков: задачи, стек, проекты, архив, проект, задача, опции
- Скелетоны заменены с рамочного .skeleton-stack на макет-мимикрирующие
  карточки кита: списки — сетка карточек с бейджами, задача — сетка main/сайд,
  статы — метрики, сад — блок + строки
- kit-overrides.css: только теговые бейджи/чипы без uppercase, позиция спиннера
- Локаль common.loading (ru/en/uk)

Проверено headless на живом фронте: скелетоны на первом входе (list 4 карточки,
task 5 карточек/12 линий, stats 3 метрики, garden блок+2 линии, projects 3,
archive 2, stack 3+6 бейджей), спиннер появляется при обновлении данных.

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

Статус-блок: «Завершено» у задачи в работе, «Не хочется делать» — только до начала ...

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

Предложение ИИ: кнопки «Не то» вместо «Я сам», все действия — мелкие ...

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

Экран входа в стиле navi: подпись под лого, кнопка «Войти через GNEXUS» ...

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

Экран входа /login: одна кнопка «Войти», редирект неавторизованных (ТЗ 0.38, 3.17) ...

- /login вне навигационной оболочки: логотип + кнопка, инициация SSO-флоу
  с return_to (по образцу navi.gnexus.space)
- /auth/me 401 → редирект на /login с исходным адресом; /auth/logout
  после очистки сессии ведёт на /login вместо JSON {"ok": true}
- api.ts/realtime.ts при 401 ведут на SPA-роут /login, а не на SSO-флоу —
  иначе страница входа мгновенно уводила на авторизацию
- оффлайн (сетевая ошибка /auth/me) не считается «не залогинен» — ТЗ 3.15

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

Мультиюзерность: фронтенд и ТЗ (ТЗ 0.34, батч 3) ...

- userScope.ts: localStorage-ключи скоупятся по user_id (второй аккаунт
  в том же браузере не видит чужих фильтров/дедупа тостов)
- realtime.ts (дедуп own-activity) и ProjectView.vue (фильтры проекта) —
  через scopedKey
- App.vue: setStorageUserId из /auth/me
- SettingsView: раздел «Токены MCP» — генерация (plaintext один раз,
  с копированием), список, отзыв; api.ts: типы + listMcpTokens/
  createMcpToken/deleteMcpToken
- McpView: текст «токен в Настройках» (connectTokenText) в ru/en/uk
- Локали: ключи mcpToken* в ru/en/uk (в ru/en/uk попали литералы
  ru_new/en_new/uk_new вместо блоков — исправлено)
- docs/TZ.md → 0.34: 1.2 (мультиюзерность + claim-on-first-login),
  3.10 (per-user токены, MCP_TOKEN удалён), 5 (User, McpToken,
  AppSetting/AppSettingGlobal)

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

Страница-инструкция по MCP + ссылка в настройках (ТЗ 0.31) ...

- Новый вид McpView (/mcp-help): что реализует, инструменты, адрес сервера
  (из location.origin, кнопка «Скопировать»), токен, примеры подключения
  (Claude Code и универсальный JSON), раздел про контекст проекта.
- Карточка-ссылка «MCP для ИИ-агентов» в «Настройках».
- Тексты i18n ru/en/uk.
- vite-прокси: '/mcp' регэкспом ^/mcp(/|$) — путь страницы /mcp-help
  не должен проксироваться в backend (префиксный матч ловил её).

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