Changelog

Все заметные изменения проекта TaigaClaw документируются в этом файле.

Формат основан на Keep a Changelog, версионирование — SemVer.

[Unreleased]

Fixed

• SSH SSRF-байпас через -J / -W / -o ProxyJump= / ProxyCommand= (A-007, issue #195). Medium-дефект security/SSRF из аудита 2026-06-24 (internal/security/network_host.go). Опции -J, -W, -o входили в sshOptsWithValue, поэтому extractSSHHost пропускал их значения как «не host» и не извлекал цель. При включённом NetworkProtocols.SSH jump-host (ssh -J 10.0.0.1 user@example.com), ProxyJump (ssh -o ProxyJump=169.254.169.254 user@example.com) и ProxyCommand (ssh -o ProxyCommand="nc 169.254.169.254 80" user@x) уходили в ssh без проверки IsHostPrivate — обход фильтра → доступ к метадате и приватным сетям через jump-host.

  • Фикс. extractSSHHost(args) заменён на extractSSHHosts(args) ([]hosts, hasProxyCommand): разбирает значение -J (список [user@]host[:port] через запятую), -W host:port, -o ProxyJump=/proxyjump= (case-insensitive) и прогоняет через IsHostPrivate наравне с основным таргетом. Опция -o ProxyCommand= (произвольная команда — nc/socat/…) блокируется fail-closed через новый HasSSHProxyCommand в ExecGuard.Check и SanitizeNetworkHosts — парсинг хоста из arbitrary command хрупок и выходит за рамки SSRF. Существующие валидные ssh-команды (-o StrictHostKeyChecking=no, -p, combined opts) не сломаны.
  • Тесты. network_host_test.go: извлечение jump/proxy-хостов (TestExtractNetworkHosts_SSHJumpHost/_JumpHostList/_JumpHostWithUserPort/_WOption/_ProxyJumpOption/_ProxyJumpAttached/_ProxyJumpCaseInsensitive/_ProxyJumpMulti), детекция ProxyCommand (TestHasSSHProxyCommand_Detected/_NotDetected), блокировка в guard (TestExecGuard_SSHProxyCommandBlocked/_SSHJumpHostToPrivateBlocked), регресс обычных опций (_SSHRegularOptsUnchanged).

• TOCTOU / DNS-rebinding в exec/ssh-пути (A-008, issue #196). Medium-дефект security/SSRF из аудита 2026-06-24 (internal/security/network_host.go, используется в guard.go/exec.go). IsHostPrivate резолвит host (resolution #1) и возвращает bool, затем ssh/exec-сабпроцесс резолвит тот же host повторно (resolution #2) и подключается. Между проверкой и dial — окно DNS-rebinding: evil.example → публичный IP при проверке → 169.254.169.254 при подключении. В отличие от HTTP-пути (checkDialAddr резолвит один раз и dial-ит IP-литерал), exec-путь этой защиты не имел.

  • Фикс. Введён инжектируемый Resolver-интерфейс (*net.Resolver ему удовлетворяет) на SSRFGuard (SetResolver для тестов, fallback net.DefaultResolver в проде) и метод ResolveHostForExec(ctx, host) — резолв ОДИН раз с fail-closed проверкой приватности и short-circuit для IP-литералов (без DNS). Новый ExecGuard.SanitizeNetworkHosts(cmd) переписывает каждый hostname в команде на пиннутый IP-литерал: ssh-таргет user@host → user@<ip> + -o HostKeyAlias=<host> (сохраняет проверку ключа), -J/-W/-o ProxyJump= → IP в значении, scp/rsync user@host:path → user@<ip>:path, telnet host port → <ip> port. internal/agent/tools/exec.go вызывает sanitize после guard.Check — команда, уходящая в exec.CommandContext, пиннит уже отрезолвленный IP; повторного DNS нет, окно rebinding закрыто. Двойной резолв (Check + Sanitize) в одном процессе — за микросекунды, безвреден; авторитетен resolve из Sanitize.
  • Тесты. network_sanitize_test.go: rebinding-сценарий через mock resolver (TestSanitizeNetworkHosts_DNSRebindingAttackFails — hostname не протекает в вывод, IP пиннится; «переворот» резолвера в приватный IP не влияет на пинннутую команду), пиннинг ssh/scp/rsync/telnet/jump/ProxyJump (_HostnamePinned), блок приватного/неразрешимого (_PrivateResolvedBlocked/_UnresolvableBlocked), IP-литерал без DNS (_IPLiteralUnchanged), сохранение remote-команды (_RemoteCommandPreserved), ResolveHostForExec (multi-addr any-private блок, IP-литерал без resolver-вызова), shellQuoteToken.
  • Документировано. ADR docs/adr/2026-06-28-ssrf-exec-host-pinning.md; godoc на IsHostPrivate описывает известное ограничение TOCTOU и рекомендует ResolveHostForExec + SanitizeNetworkHosts. Известное ограничение: chained-команды (ssh h1 ... && ssh h2) обрабатываются по первому сетевому таргету (наследовано от грамматики разбора).

• Неограниченный io.ReadAll ответа в Proxy → OOM (A-014, issue #202). Medium-дефект из аудита 2026-06-24 (internal/connections/proxy.go). TestConnection и GetWSTicket читали весь ответ remote-сервера в память через io.ReadAll(resp.Body), и только потом обрезали до 512 байт. MaxBodySize ограничивает только входящий request-body, не исходящий ответ; client.Timeout=30s ограничивает время, но не объём. Злонамеренный/сломанный remote мог стримить гигабайты → OOM desktop-процесса при TestConnection к сломанному серверу.

  • Фикс. Введена константа maxTestBodyBytes = 64 * 1024; оба io.ReadAll(resp.Body) (TestConnection:225, GetWSTicket:254) обёрнуты в io.LimitReader(resp.Body, maxTestBodyBytes). 64 KiB с запасом покрывает любой легитимный status/ticket-payload и существующую обрезку сниппета до 512 байт.
  • Тесты. internal/connections/proxy_test.go (новый файл): TestProxy_TestConnection_BodyLimited (remote отдаёт 256 KiB → вызов завершается без OOM, сниппет ≤512), TestProxy_GetWSTicket_BodyLimited (non-OK ответ 256 KiB → body в error-message ограничен maxTestBodyBytes, без LimitReader было бы 256 KiB).

• SSRF-guard на Proxy ставился только при provider != nil (A-009, issue #197). Medium-дефект security/SSRF из аудита 2026-06-24 (cmd/taigaclaw/main.go). connProxy.SetSSRFGuard(agentLoop.SSRFGuard()) вызывался только внутри if provider != nil. При активной конфигурации remote-mode без LLM-провайдера (или agentLoop == nil) connProxy.ssrfGuard оставался nil, и admin-only POST /api/v1/connections/test (TestConnection) терял SSRF-защиту — в т.ч. доступ к метадате 169.254.169.254. Глобальный ssrfGuard строился безусловно (main.go:118), но в Proxy не попадал.

  • Фикс. connProxy.SetSSRFGuard(ssrfGuard) вынесен из if provider != nil и вызывается безусловно сразу после connections.NewProxy(connMgr) (main.go:152). Условный блок ниже переустанавливает тот же guard через agentLoop.SSRFGuard() — обе ветки сходятся на идентичном guard, логика issue #166 сохранена.
  • Тесты. TestProxy_TestConnection_SSRFBlocked (при установленном guard TestConnection к 169.254.169.254 блокируется до HTTP-запроса с упоминанием “SSRF”), TestProxy_TestConnection_NoGuardReachesServer (контроль: без guard запрос к httptest-серверу доходит).

• memory_document без лимита размера content → DoS / cost amplification (A-010, issue #198). Medium-дефект DoS/cost из аудита 2026-06-24 (internal/agent/tools/memory_document.go). В отличие от соседнего MemoryRememberTool (memory.go:524, лимит 2000 символов), memory_document.Execute принимал content без ограничений. Далее idx.Index() через splitIntoChunks плодил неограниченное число чанков, Embed(ctx, texts) делал массовый платный embedding-вызов, цикл — N INSERT’ов. LLM (в т.ч. через prompt-injection из индексируемого документа) мог передать мегабайты.

  • Фикс. Введена константа maxDocumentBytes = 256 * 1024 и ранний reject в Execute перед idx.Index (по образцу memory.go/todo_write.go). TDescription дополнен строкой про лимит.
  • Тесты. TestMemoryDocumentTool_ContentTooLong (content = лимит+1 → осмысленная ошибка LLM, чанки не создаются), TestMemoryDocumentTool_ContentAtLimit (content ровно maxDocumentBytes принимается — защита от off-by-one >= вместо >).

• Race двух параллельных Install — окно unlock/lock вокруг CheckNow (A-003, issue #191). High-дефект integrity из аудита 2026-06-24 (internal/updater/service.go). В Install после взятия installMu лок временно отпускался (Unlock → CheckNow → Lock), но публичный CheckNow сам делает TryLock→Unlock и не держит лок во время сетевого fetch’а манифеста. В окно между отпусканием и возвратом второй параллельный POST /api/v1/updates/install проходил TryLock и начинал скачивание → оба доходили до applyUpdate → повреждённый бинарник/сломанный backup.

  • Фикс. Из CheckNow вынесен приватный checkNowLocked(ctx) (вся логика fetch/verify/state-update без installMu; caller обязан удерживать лок). CheckNow теперь: dev-чек → TryLock → defer Unlock → checkNowLocked. В Install окно Unlock/CheckNow/Lock заменено прямым вызовом checkNowLocked(ctx) — лок держится до конца Install без единого отпускания. StartBackgroundChecks использует публичный CheckNow как прежде.
  • Тест. TestInstall_Concurrent_SecondReturnsErrBusy: первый Install (через блокирующий RoundTripper) зависает на HTTP-запросе манифеста, удерживая installMu; второй Install обязан вернуть ErrBusy. На старом коде второй прошёл бы TryLock и не вернул ErrBusy.

• RAG-изоляция во время reindex + recovery orphan reindex-jobs (A-004, A-005, issues #192, #193). Два High-дефекта подсистемы internal/embeddings/reindex.go из аудита 2026-06-24, выявляющих мусорные результаты RAG и stuck-job после crash.

  • A-004 — RAG не блокируется во время reindex (issue #192). Во время фоновой переиндексации buildMemoryContext продолжал ходить векторным путём, хотя вектора в БД — смесь старых/искажённых/новых с рассинхроном размерностей (на PostgreSQL ALTER TABLE … TYPE vector(N) переписывает колонку целиком до пересчёта). Теперь Reindexer выставляет in-memory atomic.Bool флаг (InProgress()), который читается RAG-путём через интерфейс agent.ReindexProgress (duck-typed, без cyclic import). При InProgress()==true RAG деградирует до FTS-only fallback: пропускаются Embed(query), SearchFacts/SearchChunks (vector) и applyMMR; сохраняются SearchFactsFTS/SearchChunksFTS, RRFMerge, time-decay, importance-weight и rerank. Флаг сбрасывается в defer (даже при panic). Дополнительно: на PG EnsureVectorDimensions обёрнут в tx с SET LOCAL statement_timeout=0 и SET LOCAL lock_timeout='5min' (по образцу миграции 084) — раньше pool-timeout 300с мог оборвать ALTER на большой таблице, а lock_timeout теперь даёт явную ошибку вместо бесконечного ожидания чужого ACCESS EXCLUSIVE. Решение зафиксировано в ADR 2026-06-28-reindex-rag-isolation.md. Тесты: TestBuildMessages_RAG_FTSOnlyDuringReindex, TestBuildMessages_RAG_HybridWhenNotReindexing (контроль), TestReindexer_InProgressFlag.
  • A-005 — Stuck reindex-job после crash, нет recovery на старте (issue #193). После crash процесса orphan reindex-job (status='running') оставался в БД навсегда: Start падал в ErrAlreadyRunning, Cancel в свежем процессе — no-op (cancel == nil). Добавлен Store.ResetStaleReindexJobs(ctx) (int, error) (SQLite + PostgreSQL + DualStore, по образцу MarkAllOrphanedSkillRuns) → UPDATE reindex_jobs SET status='failed', error='interrupted by restart from '||status||', processed='||processed WHERE status IN ('pending','running') (исходный status и processed дописаны в error для диагностики). Вызывается в cmd/taigaclaw/main.go перед NewReindexer. На PG обёрнут в IsUndefinedTableError для pre-migration-077 defense. Тесты: TestResetStaleReindexJobs_OrphanRecovery/_IdempotentNoActive/_PreservesTerminal в store, TestReindexer_OrphanRecoveryOnStart в embeddings.

Added

• System prompt: batched tool_calls + TTFB для всех call-сайтов (issue #223). Анализ JSONL-логов после v0.148.0 раскрыл главный bottleneck TaigaClaw vs opencode: LLM вызывает exec по одному за итерацию вместо батчинга. Пример из лога: один ReAct-ход = 27 LLM-запросов, каждый с tools=['exec'] (по одной команде за раз). При этом LLM ИНОГДА батчит (tools=['exec','exec']), значит модель умеет, но не делает этого систематически. Сравнение с opencode показало: в system prompt opencode есть явные инструкции про parallel/batched tool-calls в 6 из 8 промптов (anthropic.txt:83, default.txt:92, gpt.txt:6, kimi.txt:13). TaigaClaw говорил только “use tools to accomplish them all in one turn” — без упоминания parallel/batched/single-response.

  • P0 — System prompt batched tool_calls. В internal/agent/context.go:buildToolCallStyle добавлена явная инструкция: “Batch independent tool calls: when multiple tool calls do not depend on each other’s output, issue ALL of them as parallel tool_calls in a SINGLE response. Do NOT serialize independent calls across multiple turns: each extra turn costs the user ~15 seconds of latency.” С примером (git status + git diff → один ответ с двумя tool_calls) и оговоркой про последовательные вызовы при зависимостях. Тест TestBuildToolCallStyle_BatchedToolCallsInstruction пиннит наличие ключевых слов (parallel, single response, do not serialize). Ожидаемый эффект: p90 с 8 → 3-4 итераций = -60s на ход.
  • P1 — TTFB для всех call-сайтов. Перевод 12 call-сайтов с provider.Chat / ChatWithRetry на ChatStreamWithRetry для полноты TTFB-observability: heartbeat (2), summary, compress, plan (2), autocompact, consolidate (3), dream (3), kg_extract, rerank, skill_reflection. Особый случай: providers/oneshot.go → collectStream напрямую (без двойного retry, сохраняет per-attempt timeout 20s). Mock-провайдеры в тестах (4 шт.) обновлены на streaming-delegation паттерн.
  • Не сделано (обоснованно данными): continuation markers (0% match на русском агенте), PlanExecute (0 plan-запросов), Strategy Router (oneshot = 17 из ~200, не доминирует), кэш exec (после P0 — собрать данные о повторах).

• TTFB для всех запросов + HTTP Transport pooling + per-guard client cache (issue #222). После v0.147.0 собраны данные на проде: cache-hit 90.7% на react, но TTFB = 0 для всех запросов (агент работает в non-streaming режиме runChat). Latency-структура: tiny (<50 tok) = 6.5s fixed, растёт до 67s на huge. Без TTFB-данных нельзя точно сказать, сколько из 6.5s — наш connect overhead, сколько — LiteLLM queue/prefill. Этот релиз закрывает три root cause:

  • Часть A — TTFB для всех запросов через internal-streaming. AgentRunner.runChat теперь ходит к провайдеру через ChatStream под капотом: caller не стримит (дельты собираются в строку через новый providers.collectStream), но TTFB измеряется корректно. Новый providers.ChatStreamWithRetry — streaming-аналог ChatWithRetry с теми же retry-политиками (standard/persistent). collectStream имеет defensive-check на (nil, nil) от ChatStream, idle-timeout guard 120s. Mock-провайдеры в тестах обновлены на streaming-delegation. Стратегия react теперь даёт TTFB > 0 в llm_request_log.ttfb_ms.
  • Часть B — HTTP Transport tuning. security/ssrf.go:safeTransportFromGetter приведён к стандарту internal/connections/proxy.go: MaxIdleConnsPerHost: 100 (раньше Go default 2!), MaxIdleConns: 100, IdleConnTimeout: 90s, TLSHandshakeTimeout: 10s, dialer.Timeout/KeepAlive: 10s/30s, ExpectContinueTimeout: 1s, ForceAttemptHTTP2: true. SSRF-проверки (checkDialAddr) сохранены полностью. Покрывает оба пути: static (*SSRFGuard).safeTransport делегирует в safeTransportFromGetter.
  • Часть C — Кэш per-guard клиента. providers/ssrf.go:safeHTTPClientForGuard теперь кэширует cloud-spec клиентов по ключу = SHA-256(sort(AllowedCIDRs() + BlockedCIDRs())). Bounded FIFO (32 записи), eviction с CloseIdleConnections(). Раньше cloud-spec + reqGuard ≠ nil (агент с ip_whitelist) создавал новый *http.Client+Transport на каждый Chat/ChatStream → нулевое переиспользование соединений. Guard getter остаётся dial-time ресолвером — SSRF-постура не меняется. Добавлен публичный SSRFGuard.BlockedCIDRs() для корректного ключа (включая blacklist — без этого два guard’а с одним whitelist но разными blacklist collided бы — SSRF bug по ocr review).
  • Тесты (15 новых): TestSafeTransportFromGetter_HasConnectionPooling, TestSafeTransportFromGetter_PreservesSSRFDialHook, TestSafeHTTPClientForGuard_CachedByIdenticalGuardContent, TestSafeHTTPClientForGuard_DifferentBlacklistMissesCache, TestSafeHTTPClientForGuard_LocalSpecBypassesCache, TestPerGuardClientCache_FIFOEviction, TestSafeHTTPClientForGuard_NilGetterPanics, TestSafeHTTPClientForGuard_NilGuardGetterBuildsUncachedFailClosed, TestCollectStream_AssemblesDoneEvent, TestCollectStream_SurfaceErrorEventAsGoError, TestCollectStream_NilChannelReturnsError, TestCollectStream_OpenErrorPropagated, TestCollectStream_IdleTimeoutAbortsHungStream, TestChatStreamWithRetry_PersistentRetriesOnError.

• Наблюдаемость LLM: разметка strategy, TTFB-замер, slog cache-hit (issue #221). Анализ производительности TaigaClaw vs opencode через общий шлюз LiteLLM (glm-5.2) показал: cache-hit уже 91.9% (affinity не проблема), summary почти не запускается (1 запуск за 14 дней), но median latency одного запроса = 9s, p90 = 36s, и поле llm_request_log.strategy пустое у 6802/6802 строк — то есть «куда уходит время» было невидимо. Включена и расширена существующая инфраструктура llmlog:

  • Разметка strategy во всех call-сайтах ChatRequest — новое поле providers.ChatRequest.Strategy (предпочитается над llmlog.ContextWithStrategy, обратная совместимость сохранена). Теги: react, react_stream, summary, plan, oneshot, heartbeat, dream, consolidate, autocompact, compress, rerank, kg_extract. Механизм ContextWithStrategy для spawn/subagent/skill_reflection остаётся. Теперь SELECT strategy, avg(duration_ms) FROM llm_request_log GROUP BY strategy режет latency по источнику.
  • TTFB (time-to-first-byte) для streaming-ответов — новое поле LLMResponse.TTFB + колонка llm_request_log.ttfb_ms (миграция 095, SQLite + PostgreSQL). Замер от time.Now() перед NewStreaming (SDK lazy — запрос уходит на первом stream.Next()) до первого наблюдаемого события. Даёт ответ на главный вопрос: из медианных 9s — сколько до первого токена (connect+queue), сколько генерация. TTFB сообщается и на error-ветках (idle-timeout, transport error): если чанк не пришёл, сообщается полная продолжительность ожидания — самый диагностический сигнал для «stream hung».
  • slog cache-hit строка в LogRequest — всегда эмитится на INFO (не только при успешном response с usage), чтобы mid-stream ошибки и responses без usage не теряли лог. Поля: agent_id, provider, model, strategy, duration_ms, ttfb_ms, status + (при наличии usage) prompt_tokens, completion_tokens, cached_tokens, cache_creation_tokens, cache_hit_pct. Cache-hit% = (cached + cache_creation) / prompt — обе формы prompt-cache benefit.
  • Transport TTFB через StreamEvent — новое поле StreamEvent.TTFB, позволяет нести TTFB на терминальных событиях (done и error), даже когда Response не собран (idle-timeout, mid-stream transport error). LoggingProvider синтезирует минимальный LLMResponse{TTFB} в error-case, чтобы колонка ttfb_ms заполнялась.
  • Тесты: TestOpenAICompatProvider_ChatStream_MeasuresTTFB, TestOpenAICompatProvider_Chat_NoTTFB, TestOpenAICompatProvider_ChatStream_TTFBOnError, TestLogger_TTFBPersisted, TestLogger_TTFBOmittedWhenZero, TestLogger_SlogEmittedOnErrorPath, TestLogger_SlogEmittedOnSuccessWithCachePct, TestResolveStrategy_RequestFieldWins.
  • Не сделано (обоснованно данными): prompt_cache_key/x-session-affinity (cache-hit уже 91.9%), async-summary (запускается 1 раз за 14 дней), Anthropic beta-заголовки (путь через OpenAI-compat).

• Скелетоны на secondary-страницах — 4 новых компонента + применение на ~40 страницах. Page-load спиннеры (animate-spin) заменены на семантические скелетоны, отражающие форму реального контента. Эталонный паттерн — /agents/+page.svelte (использовал AgentCardSkeleton ещё с v0.144.0).

  • 4 новых компонента (web/src/lib/components/ui/):
    • RowListSkeleton.svelte — список карточек со shimmer, props rows/class. Списки cron, heartbeat, webhooks, members, permanent-memory, mcp, subagents, skills, providers, models, connections, dynamic-memory/docs, skills/improvements, log-settings.
    • TableSkeleton.svelte — таблица (header + N строк × M колонок), props rows/cols/class. audit, llm-log, users, skills/runs.
    • LineFormSkeleton.svelte — форма (label+input строки), props fields/class. soul, strategy, profile, users/[id], edit/create-формы (cron, heartbeat, permanent-memory, skills, subagents), database, advanced. fields адаптирован: 3 для create-форм, 5 для edit-форм.
    • DashboardSkeleton.svelte — composite (KPI-grid + секции), props cards/class. /settings, /settings/metrics (cards=4), /settings/system (cards=5).
  • Доступность: все 4 компонента имеют aria-hidden="true" (скелетоны decorative, скринридеры их игнорируют). Базовый Skeleton.svelte уже имел aria-hidden с v0.144.0.
  • Применено на ~40 страницах через делегирование 2 параллельным агентам (row-list отдельно от table/form/dashboard).
  • Не тронуты 4 особые страницы: kg (граф-визуализация), chat (WS-сессия), permissions (матрица), dynamic-memory (composite с lazy-вкладками) — оставлены на onMount.

Changed

• Мобильный dropdown для action-кнопок ChatHeader (issue #224). На мобильном виде в шапке чата не помещались 4 action-кнопки (Новая тема, Данные, Избранное, Задачи) вместе с hamburger, аватаром агента, моделью и UserMenu. На < md все 4 кнопки теперь свёрнуты в один overflow-dropdown с kebab-триггером (⋮); на md+ — прежний вид с подписями. Полная клавиатурная навигация WAI-ARIA: role="menu"/role="menuitem", стрелки Up/Down + Home/End, Escape закрывает с возвратом фокуса на триггер, автофокус на первом пункте при открытии, :focus-visible-кольцо. Иконки вынесены в {#snippet} (5 шт. включая kebab) для устранения дублирования SVG между десктоп- и мобильным вариантами. Стили пунктов — в новый класс .ch-menu-item (рядом с .ch-action-btn). handleEscape получил guard «только если хотя бы один dropdown открыт», чтобы не мешать другим оверлеям. max-w-[calc(100vw-1.5rem)] на меню — защита от переполнения на 320px-экранах (паритет с model-dropdown). 0 ошибок svelte-check, 524 теста проходят.
• Чистота дизайн-системы — 6 сырых Tailwind-цветов → токены (4 файла). Нарушения правила из design-tokens.md («никаких сырых Tailwind-цветов»): bg-green-500/bg-green-600/bg-green-700 → bg-success; bg-green-100 text-green-700 → bg-success-bg text-success-text; bg-red-100 text-red-700 → bg-danger-bg text-error-text; bg-gray-300 text-gray-700 → bg-dimmed text-label. Затронуты: ConnectionIndicator, approvals, models, connections.
• Чистка 77 hex-фолбэков var(--c-*, #hex) → var(--c-*) (3 больших компонента). Мёртвый код — :root всегда задаёт CSS-переменные, фолбэк никогда не срабатывал. Более того, hex-значения в фолбэках были устаревшей палитрой (#1a1a2e, #2a2a3e, не совпадающей с актуальной --c-panel: #111827). Чистка через perl в WorkspaceMDViewer.svelte (39 мест), FavoritesPanel.svelte (33), MarkdownRenderer.svelte (5). После чистки: 0 hex-фолбэков по всему проекту.

Fixed

• Имя автора над баблом сообщения + единый левый край 52px в чате (issue #220). Регрессия c260c87: имя автора (display: inline) помещалось в один flex-контейнер с аватаром (.msg-avatar-wrap, flex-shrink: 0), из-за чего ширина левой колонки зависела от длины имени — левый край облачка сообщения уплывал вправо на разную величину, сообщения стояли неровно, а длинные имена сужали бабл. Реструктуризация в Slack-стиле:

  • Две колонки: аварат — фиксированная колонка слева (40px, flex-shrink: 0); контент (flex-1 min-w-0) — справа. Левый край бабла константен (52px = 40px + gap 12px) для всех сообщений, независимо от имени.
  • Имя над баблом: <span class="msg-author-name"> перенесён из обёртки аватара в начало контент-колонки, display: block; text-overflow: ellipsis — длинные имена обрезаются многоточием, не ломая раскладку.
  • Общие классы в app.css: .msg-row/.msg-content/.msg-author-name вынесены из scoped <style> ChatMessage.svelte в глобальный CSS (рядом с .msg-action-btn), чтобы переиспользовать в StreamingMessage и ChatThinking.
  • StreamingMessage и ChatThinking: имя агента над баблом по той же схеме — убирает вертикальный «прыжок» в момент завершения стрима (у завершённого сообщения раньше имя появлялось, у стримящегося — нет).
  • Системное сообщение (cron/heartbeat): иконка канала w-8 h-8 → w-10 h-10 (40px), внутренний SVG w-4 h-4 → w-5 h-5 — бабл стартует на тех же 52px, в одну вертикаль с остальными.
  • Унификация левого края 52px: тул-карточки и разделители тем (MessageList.svelte, ChatToolPanel.svelte) — pl-11 (44px) → pl-[52px], рассинхрон 8px с баблами устранён.
  • Мобильный media-query flex-direction: column убран намеренно: row-layout (аватар слева) консистентен с десктопом и соответствует стандарту мессенджеров (Slack/Discord/WhatsApp); на 375px контент занимает 323px.

• Чистовая косметика чата — закрытие аудита (9 пунктов).

  • Унификация typing-dots: ChatToolPanel.svelte (2 места — info/purple) и ToolIterationCard.svelte заменяли свои 3 animate-pulse спана на единый <TypingDots>. Консистентность с ChatThinking/StreamingMessage.
  • Хардкод-цвета мимо токенов: ChatToolPanel.svelte:175 text-gray-400 → text-hint; ChatAskUser.svelte:16 hover:border-blue-500 → hover:border-accent.
  • Эмодзи каналов (ChatMessage.svelte:41): channelIcon() возвращал ⏰/💓 строками — теперь channelIconPath() отдаёт SVG-path (Heroicons clock/heart), в разметке inline <svg>.
  • Имя автора на десктопе (ChatMessage.svelte): .msg-author-name был display: none на десктопе (только в title) — теперь виден всегда (text-hint text-xs), мобильный медиа-запрос убран.
  • Эмодзи типов файлов (ChatComposer.svelte:160): fileIcon() возвращал 🖼️🎬🎵📕📦📄. Удалён, заменён на новый компонент FileIcon.svelte (mime → SVG, Heroicons, data-driven table).
  • Donut на странице агента (agents/[id]/+page.svelte:409): таблица by_model была primary-визуалом — теперь <Donut> (топ-6, легенда с процентами, mobile-first сетка), детальная таблица в <details> как сворачиваемый fallback.
  • 🐾→<Logo> в login/+page.svelte и MessageList.svelte (empty-state чата) — паритет с layout/onboarding/sidebar.

Added

• FileIcon.svelte (web/src/lib/components/) — переиспользуемый компонент иконки файла по MIME-типу (image/video/audio/pdf/archive/generic), Heroicons outline, data-driven ICON_PREFIXES table.
• Суммарное время группы итераций в ToolIterationCard.svelte — $derived через min/max started_at/completed_at, fallback на сумму took. Плашка · {groupDuration} в шапке рядом со счётчиком (N).
• utils/parseDuration.ts + 7 unit-тестов — parseGoDurationMs() парсит вывод Go time.Duration.String() (включая multi-unit “1m30s”, “2m0.5s”, “1h0m0.5s”) в ms. Используется в groupDuration fallback. Решает баг: исходный regex ^([\d.]+)(ms|s|m)$ не парсил multi-unit Go-формат.

Changed

• Визуализация метрик на /settings/metrics. Страница переписана: вместо 6 plain-text key-value секций теперь живые графики, переиспользующие charts-кит из v0.145.0. История сэмплов (30 точек при auto-refresh 5с ≈ 2.5 мин) для спарклайнов — дельты между сэмплами с NaN guard и console.warn при non-finite.
  • Топ-KPI со спарклайнами: LLM-запросы, HTTP-запросы, активные сессии, вызовы инструментов — через KpiCard (trend-индикатор ▲/▼).
  • LLM секция: Donut «структура токенов» (7 сегментов: in/out/cached/cache_creation/system/rag/history) + Bars «запросы/ошибки». Сумма процентов всегда 100% через tokenTotal из отфильтрованных сегментов.
  • Tools & Agent: latency через formatDurationMs (консистентно с KG), спарклайн тренда задержки, Bars calls/errors, блок итераций с лимитом.
  • KG per-agent: Bars entities с caption relations + summary-строка (экстракций/дедупликации/ср. время).
  • Memory per-agent: Bars active_facts + Donut by_category с селектором агента (effectiveCategoryAgentId fallback через $derived).
  • Mobile-first: metrics-chart-grid адаптив (donut centered + легенда ниже на <768px), grid-cols-1 sm:grid-cols-2 lg:grid-cols-*.
• Рефакторинг charts-кита: выделен charts/tone.ts с единым типом Tone + toneVar lookup-table. Устраняет дублирование tone-union в Bars/Donut/Sparkline/KpiCard (раньше в каждом свой) и хрупкую интерполяцию строк var(--c-${tone}) — теперь все компоненты и consumer-страницы используют общий lookup. frost теперь валиден везде (раньше только в Donut).
• Empty-states для KG/Memory: секции всегда показывают header + Bars/«Нет данных», а не скрываются полностью при пустых данных.

Added

• Dashboard Phase 4 + Фаза 5 чат + мобильная адаптация. Комплексное обновление WebUI: живой дашборд с графиками вместо plain-text карточек, разблокировка смены модели на мобильном, единый typing-индикатор, tap-targets, и косметика мобильности (модалки, скролл-хинты, overlay).
  • Charts-кит (web/src/lib/components/charts/, новые): три pure-SVG компонента без зависимостей, mobile-first (viewBox + preserveAspectRatio), +15 unit-тестов на чистую математику.
    • Sparkline.svelte — мини line-chart с area-fill градиентом, тоны через CSS-переменные. Функции buildSparklinePoints/buildSparklineAreaPath выделены в sparkline.ts для тестирования.
    • Donut.svelte — donut chart через <circle> + stroke-dasharray. Функции normalizeSegments/segmentDash в donut.ts. Поддержка empty-state (пунктирный трек), accessibility через role="img" + сгенерированный aria-label.
    • Bars.svelte — горизонтальные бары с тонами и captions, адаптивная сетка для мобильных.
  • Dashboard rewrite (dashboard/+page.svelte + новый KpiCard.svelte):
    • KPI-карточки со спарклайнами (только админ — api.metrics() закрыт под RequireGlobalAdmin): LLM-запросы/ошибки, токены in/out/cached, вызовы инструментов. Poll каждые 45с, история 20 сэмплов (~15 мин), trend-индикатор (▲/▼ в KpiCard).
    • Token usage donut по api.memory.getUsage(agentId).by_model — топ-6 моделей, легенда с процентами (сумма всегда 100% благодаря visibleTotal), строчка «+ ещё N» для скрытых, селектор агента с bind:value и sr-only label.
    • Provider health bars через Bars.svelte — healthy показывают models_count, unhealthy — 0 с красным тоном и caption ошибки.
    • Mobile-first везде: grid-cols-1 md:grid-cols-*, donut centered + легенда ниже на мобильных.
  • ocr review ДО коммита (3 итерации): 10 валидных замечаний исправлены — bogus casts (as 'accent'), NaN guard в pushSample, $effect для сброса usageAgentId при удалении агента, accessibility (sr-only label, aria-label на legend, bind:value), donut total из visibleTotal (проценты в 100%), unhealthy provider видимый через tone+caption, parseInt guard, magic number POLL_INTERVAL_MS. Security-замечание (agent-scoped auth для memory.getUsage) — false positive: бекенд уже enforce через RequireAgentRole("agent_user") на всём route /agents/{agentID}.

Fixed

• Блокер: сменить модель LLM на мобильном было невозможно (ChatHeader.svelte:169, hidden md:block). Теперь compact icon+chevron виден всегда, имя модели скрыто на <768px, dropdown прижимается вправо (right-0 md:left-0) с max-w-[calc(100vw-1.5rem)] против клиппинга.
• Консистентность аватаров в чате: StreamingMessage.svelte — 32px → 40px (раньше скачок при завершении стрима, т.к. ChatMessage/ChatThinking уже были 40px).
• Хардкод цветов мимо токенов (ChatComposer.svelte): bg-red-600/red-700 (кнопка Стоп) → bg-danger/bg-danger-hover/text-danger-fg; bg-emerald-500 (точка активного навыка) → bg-success.
• Единый <TypingDots> вместо 3 разных индикаторов: ChatThinking (3 animate-bounce), StreamingMessage (каретка w-2 h-4 bg-hint animate-pulse) — теперь используют общий компонент TypingDots (consistency + prefers-reduced-motion).
• Tap-target .msg-action-btn (app.css): 28×28 → min-w/min-h:40px (Apple HIG / Material 44px recommendation).
• Мобильная адаптация (touch-устройства):
  • ConfirmModal + AvatarCrop + CreateTokenModal — backdrop px-3 sm:px-0 (контент больше не flush с краёв на 375px). ConfirmModal используется в 22 местах — высокий ROI одной правки.
  • 6 модалок max-h-[90vh] → max-h-[90dvh] — нижние поля больше не уходят под мобильную клавиатуру.
  • Скролл-хинт для широких таблиц: утилитный класс .scroll-x-hint в app.css (fade через background-attachment: local/scroll), применён к llm-log (8 колонок).
  • Thinking-дропдаун клиппинг (ChatComposer.svelte) — right-0 sm:left-0 + max-w-[calc(100vw-1.5rem)].
  • Hover-overlay аватара (AvatarSection, agents/[id]/+page) — opacity-100 md:opacity-0 md:group-hover:opacity-100: на тач виден всегда (аффорданс), на десктопе по hover.

Changed

• /agents/{id}/+page.svelte:385 — grid-cols-3 без брейкпоинта → grid-cols-1 sm:grid-cols-3 (раньше 3 колонки сжимались до ~103px на iPhone SE).

• ocr review по Релизу A — 7 валидных замечаний (v0.144.2):

  • Logo.svelte — оптимизация загрузки. srcset теперь прогрессивный (favicon-32x32.png 1x → android-chrome-192x192.png 2x → android-chrome-512x512.png 3x) вместо грузящего 192px для рендера 28px. Добавлены decoding="async", loading="eager", aspect-ratio: 1/1 (превент CLS), draggable="false" (кросс-браузерная замена non-standard -webkit-user-drag). border-radius: 25% — точный паритет со старым SVG-логотипом (rx=8 на 32-unit viewBox).
  • AppSidebar.svelte — нормализация версии и defensive truncate. versionLabel теперь .trim().replace(/^\s*v\s*/i, '').slice(0, 32) — защита от vV1.2.3 / ведущих пробелов / спуфинга. latestSafe для update-pill — та же нормализация + обрезка до 40 символов (вернулась защита, удалённая в v0.144.1).
  • AppSidebar.svelte — anti-CLS резерв. .sidebar-bottom получил min-height: 120px чтобы theme-toggle не прыгал при асинхронной загрузке health и globalUpdates (с учётом update-pill).
  • ChatComposer.svelte — убран дублирующий title. Рядом с aria-label="Убрать вложение {name}" title="Убрать" был избыточен (двойное объявление скринридером на некоторых платформах).

• parseError теперь показывает причину ошибки (web/src/lib/api/client.ts). До фикса (баг с v0.7.0) при JSON-ответе вида {"error":"manifest_unavailable","message":"Network error: ..."} фронт брал только data.error — пользователь видел голый код без объяснения. Теперь приоритет data.message → data.error → statusText. Затрагивает все ошибки API: обновления, сеть, авторизацию.

• Logo.svelte использует настоящий логотип TaigaClaw (синий след лапы) вместо придуманного SVG. Заменён inline-SVG «когти на градиенте» на PNG через <img> с srcset для Retina (192px → 512x). Изображение одинаково в обеих темах. Убраны props mono и случайный gid (не нужны для растра).

• Удалён мусорный web/src/lib/assets/favicon.svg — это был оранжевый логотип Svelte из SvelteKit-шаблона (<title>svelte-logo</title>, цвет #ff3e00), забытый при создании проекта (коммит 40cbcbe). Файл нигде не использовался (app.html ссылается на PNG/ICO, импортов нет), но лежал в репо как артефакт шаблона.

• Мобильные мини-фиксы (touch-устройства):

  • Кнопка ✕ удаления вложения в чате (ChatComposer.svelte) — была голым текстом ~14px, теперь кнопка min-w/min-h:24px с hover-фоном (danger-bg). Tap-target соответствует.
  • Кнопка «Переотправить» в сообщении пользователя (ChatMessage.svelte:139) — была opacity-0 group-hover:opacity-100 (невидима на тач). Теперь opacity-100 md:opacity-0 md:group-hover:opacity-100 — всегда видна на мобильных.
  • Timestamp ответа агента (ChatMessage.svelte:256) — тот же фикс: всегда видим на <768px.
  • grid-cols-3 без мобильного брейкпоинта на странице агента (agents/[id]/+page.svelte:385) → grid-cols-1 sm:grid-cols-3. Раньше 3 колонки сжимались до ~103px на 375px; теперь стек на мобильном.

Changed

• Sidebar — refinement нижней панели (AppSidebar.svelte):
  • Убран 🔔-бейдж с пункта «Администрирование» (семантически мимо — это системный статус, не пункт навигации).
  • Низ пересобран с центровкой: статус сервера (health dot + uptime), версия приложения (v{health.version}, mono, text-faint), и — при наличии — update-pill (pine-bg, кликабельный → /settings/system, «↻ Доступна {version}», min-height 32px для tap-target). Все элементы justify-content: center.
  • Collapsed-режим (56px): показывается только health-dot по центру, версия/pill скрыты.
  • Update-pill виден только админу (polling globalUpdates стартует при isAdmin()).

Added

• Эволюционное улучшение дизайна WebUI — Фазы 0, 2, 3, 1. Брендовая идентичность «тайга» и системные UX-улучшения поверх существующих дизайн-токенов, без ломающих изменений. Подготовлен детальный аудит (чат-интерфейс + доступные API-данные для дашборда) и визуальные превью перед реализацией.

  • Фаза 0 — Фундамент (токены и утилиты):
    • Таёжная палитра (web/src/app.css, docs/design-tokens.md): брендовые акценты --c-pine (хвоя), --c-amber (янтарь), --c-frost (мороз) с вариантами bg/text/border в :root, [data-theme=light] и @theme. Декоративные акценты, не пересекаются с семантическими статусами (success/warning/info).
    • Брендовый градиент --c-brand-gradient (accent → pine), focus-ring токены --c-ring/--c-ring-offset (единый стиль фокуса вместо жёсткого --c-link), свечения --c-shadow-glow-accent/--c-shadow-glow-pine, shimmer-токен --c-shimmer для скелетонов.
    • Компонент TypingDots.svelte (ui/) — единый typing-индикатор (3 точки) с prefers-reduced-motion, размерами sm/md и тоновым токеном; экспортируется из ui/index.ts.
    • Компонент Skeleton.svelte (ui/) — примитив скелетона с shimmer-анимацией и адаптацией под обе темы.
    • Utils format.ts + 15 тестов: formatDurationMs, formatTimeRange, formatTokens, formatRelative — выносят дублированное форматирование времени/токенов. ToolIterationCard рефакторнут на общую formatTimeRange (удалена локальная копия).
  • Фаза 1 — Бренд:
    • Компонент Logo.svelte — inline SVG «коготь» с брендовым градиентом (accent→pine) и mono-вариантом; подчиняется CSS-переменным и темизации. Заменяет эмодзи 🐾 в экране загрузки (+layout.svelte) и онбординге.
  • Фаза 2 — Sidebar и навигация (AppSidebar.svelte):
    • Группировка навигации (Основное / Работа / Система) с подписями-разделителями.
    • Хвойная полоска-индикатор активного пункта (::before + shadow-glow-pine) вместо плоского фона.
    • Живые бейджи: счётчик агентов на пункте «Агенты» (один api.agents.list() на mount).
    • Health-индикатор внизу сайдбара (status + uptime, api.health() с refresh 60с).
    • Лого в шапке сайдбара через Logo.svelte (вместо favicon-32x32.png).
    • Убраны хардкод-фолбэки #1a1a2e/#2a2a3e/#999 (8 мест) в AppSidebar, ChatHeader, PageHeader — только токены.
  • Фаза 3 — AgentCard, скелетоны, пустые состояния:
    • AgentCard.svelte: hover-подъём translateY(-2px) + shadow-glow-accent, чипы метрик из данных объекта Agent (контекст % с pine/amber-индикатором, кол-во провайдеров/моделей), относительное время обновления. Без лишних API-вызовов (N+0 запросов).
    • AgentCardSkeleton.svelte + EmptyState.svelte — переиспользуемые компоненты. Скелетоны заменяют animate-spin на страницах /agents и /dashboard.
    • Уникальные empty states с CTA («+ Создать агента», брендовый градиент) вместо одинаковой иконки-монитора.
  • Проверки: npm run check — 0 errors (309 pre-existing a11y warnings); npm test — 502/502 passed (33 файла, +15 новых); npm run lint — 0 ошибок в затронутых файлах; npm run build — Tailwind v4 корректно генерирует классы bg-pine/shadow-glow-*/brand-gradient.

• Named subagents, Этап 4 (frontend) + per-profile can_spawn (issue #219, ADR 2026-06-24-named-subagents). Этап 4 — WebUI для библиотеки профилей и подключений; can_spawn — новый runtime-параметр профиля (Forward-comcompat пункт 4). Этапы 0–3 (safety + Store + API + agent-интеграция) реализованы ранее (issues #216, #217).

  • Этап 4 — Frontend:
    • Библиотека профилей (/settings/subagents): список карточек (slug, display_name, описание, toolset-summary, бейджи builtin/disabled/без-делегирования/своя-модель), CRUD-флоу через +page.svelte/new/+page.svelte/[id]/+page.svelte. Удаление через ConfirmModal с in-flight-guard (Set ID, не boolean — параллельные delete на разных строках не блокируют друг друга) и keep-open-on-error (модалка закрывается только при успехе, при ошибке пользователь видит баннер в контексте).
    • Эдитор профилей (SubagentProfileEditor.svelte): whitelist multi-select из каталога tools с wildcard-опцией ["*"], бейджи interactive/read-only для каждого tool, live-валидация (slug regex, длина полей, диапазоны temperature/maxIter/timeout), warning для reasoning-моделей (opus-4/o1/o3/gpt-5 — temperature игнорируется), prompt-injection warning для LLM-полей, защита builtin-ядра (slug/system_prompt/tools — readonly/disabled при is_builtin=1). untrack() для одноразового snapshot’а initialData в форму (устраняет 12 state_referenced_locally warnings Svelte 5 — parent перемонтирует через {#key profile.id}).
    • Подключение к агенту (/agents/[id]/subagents): toggle включения подагентов + numeric-поля лимитов (MaxConcurrent/MaxSpawnDepth/MaxChildren/Timeout/MaxIterations) с tooltip’ами, блок «Профили специалистов» с attach/detach/toggle-enabled, optimistic-update с rollback при ошибке.
    • Sidebar-пункт «Подагенты» в SettingsSidebar.
    • Бейдж [profile_name] в ChatToolPanel — панель активных подагентов показывает slug профиля для named spawns (поле profile_name в ActiveSubagent chat-store, проброс из WS-события subagent_spawned.profile).
    • TS API-клиент: типы SubagentProfile/AgentSubagentConnection/SubagentRun/ToolCatalogEntry; группа api.subagentProfiles.* (list/get/create/update/delete/getCatalog) + agent-scoped (listForAgent/listRuns/attach/detach/setEnabled).
    • Utils (subagentProfile.ts): isValidSlug, parseToolsWhitelist/serializeToolsWhitelist/isWildcardWhitelist, modelOmitsTemperature (mirror backend isReasoningModel), константы лимитов (mirror backend validateProfileFields) с TODO вынести на сервер для устранения drift.
  • Per-profile can_spawn (Forward-compat пункт 4):
    • Миграция 094_profile_can_spawn (SQLite + PG, default true/TRUE — backward-compatible). Колонка задаёт, имеет ли профиль право порождать дочерних подагентов.
    • Post-filter excludeSpawnForNoSpawnProfile (internal/agent/subagent_profile.go): при !profile.CanSpawn spawn-tool убирается из registry child’а (после depth-guard и intersection). spawn_cancel остаётся — агент на любой глубине должен управлять in-flight детьми. Default true сохраняет прежнее поведение; false полезен для «листьев» (researcher/reviewer), чтобы не плодили неконтролируемых детей.
    • Builtin-защита: can_spawn — peripheral-поле (как enabled/sort_order), НЕ входит в ядро builtin-защиты. Оператор может ограничить seed-профиль без клонирования.
    • Бейдж «без делегирования» в карточках библиотеки и подключений.
  • Документация: docs/guide/subagents.md — пользовательское руководство (named vs ad-hoc, библиотека, поля профиля, подключение, вызов, observability, рекомендации, шаблон своего профиля).
  • Тесты (~10 новых): editor — default/reflects/toggle can_spawn, numeric-поля в onSave, wildcard submit, parseWarn; store — persist/read/update can_spawn + seed-default; handler — create с can_spawn, default при отсутствии, builtin peripheral update; agent — excludeSpawnForNoSpawnProfile (CanSpawn=false убирает spawn, spawn_cancel остаётся; nil/ad-hoc no-op; nil-args safe).
  • Проверки: golangci-lint run ./... — 0 issues; go vet ./... — чисто; go test ./internal/... — 27/27 пакетов зелёные; npm run check — 0 errors; npm test — 487/487 passed; make build-cross — 6 бинарников.
  • ocr review (3 прогона, 46 файлов, ~104/128/комментарии): iter1 — устранены 3 STAGE0-3 бага (CHANGELOG-заявки ранее не закрыты): truncateSummary byte→rune (internal/agent/subagent.go), globalConcurrentLimit settings-hot-path → lazy-cache через sync.Once (SubagentManager), syncSpawn без observability/panic-recovery → добавлены CreateSubagentRun/FinishSubagentRun + defer recover() (internal/agent/spawn_tool.go). Frontend мини-фикс: модалка DELETE при ошибке теперь остаётся открытой (onConfirm: Promise<boolean>). iter2 — устранены: общий хелпер truncateUTF8(s, maxRunes, marker) (internal/agent/truncate.go) консолидирует 3 byte-based truncation-функции (truncateSubagentResult/truncateFieldForPrompt/truncateSummary) — одинаковый bug-class «byte-budget вместо rune-budget» для кириллицы/CJK/эмодзи; doc-fix SetSubagentProfiles (упразднить ссылку на несуществующий SetCustomIdentity). Отклонены (с обоснованием): can_spawn как inbound-ACL (неверная интерпретация — это outbound-capability, патч ревьюера сломал бы leaf-профили), XSS через profile_name в ChatToolPanel (Svelte экранирует по умолчанию), singleflight для profilesCache (over-engineering для MVP), caller-ctx в enabledProfiles (documented trade-off), per-row error в deleteProfile (enhancement, не баг).

• Named subagents, Этап 0 + Этап 3: safety hardening + интеграция с agent-loop (issue #217, ADR 2026-06-24-named-subagents). Этап 0 устраняет 6 pre-existing safety-багов, которые становились критичными при учащении делегирования; Этап 3 подключает именованных «специалистов» к agent-loop. Этапы 1 (Store + миграции) и 2 (backend API + каталог) были реализованы ранее. Этап 4 (frontend) реализован в #219 (см. выше).

  • Этап 3 — Интеграция:
    • Soul профиля в child (internal/agent/context.go): поле CustomIdentity в ContextBuilder; buildIdentity использует его вместо стандартной "You are X, an AI assistant" — туда попадает profile.system_prompt + опционально ## Output Contract (output_contract). Секция identity имеет mode: PromptModeUnset → рендерится даже в Minimal (куда child попадает), а safety/security/anti_narration остаются отдельными секциями и не перебиваются soul (jailbreak-защита).
    • «Визитки» в системном промпте (buildSubAgentGuidance): список подключённых профилей (- \slug`: description+ опц.output: contract) + инструкция вызова spawn({ subagent: “”, prompt })`. LLM осознанно видит, кого можно позвать.
    • Параметр subagent в spawn-tool (internal/agent/spawn_tool.go): slug → SpawnWithProfile; miss → ошибка со списком доступных + Levenshtein-hint «did you mean X?» (distance ≤ 2). Без slug — прежний ad-hoc spawn (backward-compatible).
    • SpawnWithProfile (internal/agent/subagent.go): snapshot профиля в SubagentTask, резолв модели через ResolveProviderForModel(profile.ModelID) (глобальный реестр, не зависит от доступа родителя к модели), temperature-override (profile.Temperature → spec.Temperature *float64), intersection toolset (profile.tools_whitelist ∩ parent.Tools), принудительное исключение интерактивных tools (ask_user — async-child не имеет канала ответа), observability-hook (subagent_runs: INSERT на spawn, UPDATE на completion с tokens). Snapshot-семантика: disable/delete профиля во время run — run завершается со снимком.
    • Temperature *float64 в AgentRunSpec (internal/agent/types.go): nil = прежнее поведение (по ThinkingLevel). applyThinkingLevel изменён на сигнатуру (req, spec) — при non-nil spec.Temperature переопределяет ThinkingLevel-маппинг (без reasoning_effort при override).
    • Кэш профилей в AgentLoop (internal/agent/loop.go): TTL 30с, enabledProfiles(agentID) — иначе N+1 JOIN на каждый build системного промпта. ListEnabledProfilesForAgent вызывается в buildSubAgentGuidance и spawn-lookup.
    • LLM-лог child-path: раньше child-run (executeChild/syncSpawn) вообще не попадал в llm_request_log. Теперь provider оборачивается в LoggingProvider, strategy = "subagent:<slug>" (named) / "subagent" (ad-hoc) через ContextWithStrategy.
    • WebSocket profile поле: subagent_spawned/subagent_completed несут имя профиля для UI (Этап 4).
    • Truncation результата child (internal/agent/actor.go): subagent_max_result_chars (default 8000) — результат обрезается с маркером [truncated] до инъекции в родителя. Защита от раздутия контекста длинными выводами специалистов.
    • Консолидация prepareChildRun (internal/agent/subagent.go): единый путь сборки AgentRunSpec для async (executeChild) и sync (syncSpawn) spawn’а. Раньше они дублировали сборку registry/messages с разной формулой depth и без поддержки профилей.
    • Agent-слой helpers (internal/agent/subagent_profile.go): parseToolsWhitelist (wildcard ["*"]/точные/prefix-шаблоны mcp_*), applyProfileIntersection, excludeInteractiveTools, profileCustomIdentity.
  • Этап 0 — Safety hardening:
    • Depth-guard fix (issue #1): registerToolsForAgent принимает depth int; spawn/spawn_cancel регистрируются только при depth < MaxSpawnDepth. Раньше NewSpawnTool всегда получал depth=0, а проверка в executeChild была мёртвой → рекурсию сдерживало только хрупкое отсутствие *SessionActor в child-run.
    • MaxChildrenPerAgent enforcement (issue #2): счётчик spawnedTotal (atomic.Int32) в SessionActor, проверка в tryReserveSlot, reset в cleanupSubagents. Раньше поле было мёртвым.
    • Глобальный concurrency cap (issue #3): setting subagent_max_global_concurrent (default 16) — верхний потолок параллельных субагентов во всех агентах. Раньше лимит был только per-actor.
    • Atomic slot reservation (issue #4): tryReserveSlot под одним мьютексом — check лимитов + регистрация task + инкремент spawnedTotal. Раньше check (m.mu) и increment (pendingMu) были разнесены → race с превышением лимита на 1-2 под нагрузкой.
    • cfg.Enabled enforcement: spawn-tool не регистрируется при subagents.enabled=false. Раньше поле вводило в заблуждение.
    • Snapshot semantics + graceful cleanup: SubagentTask.Profile snapshot; cleanupSubagents ждёт детей (WaitForChildren, 3с) и помечает зависшие runs как orphaned (MarkOrphanedSubagentRuns).
  • PromptMode гейт fix: resolvePromptMode гейт b.Mode != 0 → b.Mode != PromptModeUnset. Раньше явная установка Mode = PromptModeMinimal (=0) не работала через != 0-гейт (выполнялось только потому, что child передаёт канал "subagent"). Конструкторы ContextBuilder явно ставят Mode: PromptModeUnset (zero value 0 = Minimal, что ломало бы fallback).
  • Новые settings: subagent_max_global_concurrent (1–64, default 16), subagent_max_result_chars (100–100000, default 8000) — группа timeouts.
  • Тесты (~20 новых): helpers (whitelist parse/wildcard/prefix, intersection wildcard/exact/prefix, interactive exclusion, profileCustomIdentity), CustomIdentity (подмена/empty-fallback/channel), визитки (with/without profiles/no-spawn), PromptMode гейт, truncation (unit+inject), levenshtein/hint/formatSlugList, depth-guard (registerToolsForAgent depth 0 vs 1), cfg.Enabled disabled, MaxChildrenPerAgent (4-й отклоняется), spawnedTotal reset, concurrent no-overbook (20 goroutine × MaxConcurrent=3, без race), SpawnTool subagent param (unknown slug + hint, known slug sync), SpawnWithProfile soul в промпте (перехват запроса, output_contract). go test -race -count=1 ./internal/agent/... — зелёный.
  • Проверки: golangci-lint run ./... — 0 issues (на нашем коде); go vet ./... — чисто; go test ./internal/... — 27/27 пакетов зелёные; go test -race ./internal/agent/... — без DATA RACE; npm run check — 0 errors; make build — ок; make build-cross — 6 бинарников собраны.
  • ocr review (2 прогона): устранены — регрессия SpawnCancel (исчезал на MaxSpawnDepth, child терял управление in-flight детьми), race CreateSubagentRun-после-go-runChild (RunID=0 → finishRun no-op), profilesCache memory-leak (stale entries не удалялись), O(n) scan в tryReserveSlot (→ O(1) perActor/global counters), silent clamping maxIter/timeout (→ slog.Warn), визитки unbounded/markdown-injection (cap 20 + truncation по rune-boundary + slug-escape + output_contract в fenced-блоке), CustomIdentity cache-инвариант (loadAgent), slot-leak-on-panic (defer releaseSlot), truncation mid-UTF-8 (→ rune-boundary), settings.GetInt hot-path (→ lazy-кэш в actor), levenshtein case-insensitive, NewSpawnTool делегирует NewSpawnToolWithDepth. Отклонены (с обоснованием): singleflight для thundering-herd (over-engineering, данные идемпотентны), caller-ctx в enabledProfiles (недоступен; context.Background()+timeout приемлемо для MVP), TTL-invalidation на Attach/Detach (documented snapshot-trade-off, 30с окно), полный markdown-escape # в CustomIdentity (сломал бы легитимное форматирование; write-time sanitize в handler’е достаточна), русские→английские комментарии (AGENTS.md требует русский).

Fixed

• Depth-guard subagents сломан (ADR issue #1). registerToolsForAgent не передавал depth → child всегда получал SpawnTool с depth=0 → проверка depth >= MaxSpawnDepth была мёртвой. Рекурсию сдерживало только хрупкое отсутствие *SessionActor в child-run (любая правка context-passing сломала бы последний барьер). Исправлено: depth-aware регистрация.
• MaxChildrenPerAgent — мёртвое поле (ADR issue #2). Читалось из БД/UI, но нигде не enforced. Реализован счётчик + проверка.
• Race в slot-reservation (ADR issue #4). Проверка лимита (ActiveCountByActor под m.mu) и increment (activeSubagents++ под pendingMu) были разнесены → превышение лимита на 1-2 под нагрузкой. Исправлено: tryReserveSlot под одним мьютексом.
• subagents.enabled не enforced. Поле вводило в заблуждение: enabled=false не запрещал spawn.
• Дублирование syncSpawn/executeChild (ADR issue #5). Два пути сборки child-run с разной формулой depth и без поддержки профилей у syncSpawn. Консолидировано в prepareChildRun.
• Child-run не логировался в LLM-лог. executeChild/syncSpawn не оборачивали provider в LoggingProvider → запросы субагентов не попадали в llm_request_log. Теперь оборачиваются + strategy.
• PromptMode != 0 гейт не видел явный Minimal. resolvePromptMode использовал b.Mode != 0, что не различало «не задано» и PromptModeMinimal (=0 после iota от Unset=-1).

Реализован backend-слой для именованных subagent-профилей (глобальный реестр «специалистов» со своей «душой», model/temperature, tools-whitelist), который Этап 3 подключит к agent-loop. Этап 1 (Store + миграции 091/092/093 + структуры) был реализован ранее; Этап 0 (safety hardening) runtime-независим от Этапа 2.

• Декларативный каталог tools (internal/agent/tool_catalog.go): единый источник правды «permission-flag → tool-id» (34 builtin + 3 prefix-шаблона mcp_*/email_send_*/email_inbox_* для динамических имён). Заменяет рассеянный императивный маппинг в loop.go/runner.go для задач валидации/UI. Поля Name, PermissionFlag, Interactive (только ask_user — исключается из registry child’а на Этапе 3), ReadOnly, AlwaysOn (tool_log/message_get/todo_write — always-on, whitelist no-op), Description. Helpers: IsKnownTool (exact + prefix-match), ValidateToolsWhitelist (парсит JSON, пропускает wildcard "*", перечисляет неизвестные имена), CatalogForUI (sorted copy), InteractiveToolNames.

• HTTP-handler internal/server/handler/subagent_profile.go: CRUD профилей (global-admin-only через RequireGlobalAdmin), per-agent connections (чтение — член агента, запись — RequireAgentAdmin), observability-runs (только чтение). Валидация (ADR «Runtime sanitization полей профиля»): IsValidSlug (regex ^[a-z][a-z0-9_-]{0,63}$), max-length полей (description≤1024, system_prompt≤8192, output_contract≤1024, display_name≤128), strip control chars + невидимых Unicode (zero-width, bidi overrides, BOM — защита от «Trojan Source»), запрет role-префиксов (system:/assistant:/user: в начале строки, Unicode-aware trim), whitelist-валидация через каталог, mcp_whitelist JSON-структура. is_builtin protection: delete централизован в Store (ErrBuiltinProfileProtected → 403, DB-invariant, не только handler); update ядра (name/system_prompt/whitelist’ы) заблокирован в handler. Конфликты UNIQUE-name → 409. ListRuns: cap limit≤500, offset≤10000, валидация status по CHECK-констрейнту миграции 093 (400 при превышении, не молчаливый clamp).

• Маршрутизация (router.go, main.go): глобальная группа /api/v1/subagent-profiles (CRUD + /tool-catalog доступен без admin-прав для UI) и agent-scoped /api/v1/agents/{agentID}/subagent-profiles (list, runs, attach/detach/setEnabled). NewRouter расширен позиционным параметром.

• TS API-клиент (web/src/lib/api/{types.ts,endpoints.ts): типы SubagentProfile, AgentSubagentConnection, SubagentRun, ToolCatalogEntry (nullable-поля → number | null); группа api.subagentProfiles.* (list/get/create/update/delete/getCatalog) + agent-scoped (listForAgent/listRuns/attach/detach/setEnabled). UI-страницы (Svelte) — Этап 4.

• Тесты: каталог — покрытие всех 34 имён, prefix-match, валидация whitelist (wildcard/неизвестные/невалидный JSON); handler — CRUD-lifecycle, builtin-rename/delete → 403 (через centralized store-sentinel), slug-validation, whitelist-validation, max-length, duplicate → 409, role-prefix (включая NBSP/ZWSP/BOM-bypass), control-chars stripping, connections lifecycle, runs с фильтрами, status/limit/offset ceilings. Store — centralized ErrBuiltinProfileProtected coverage.

• Проверки: golangci-lint run ./... — 0 issues; go vet ./... — чисто; go test ./internal/... — 27/27 пакетов зелёные; npm run check — 0 errors; make build — ок. ocr review (4 прогона): устранены centralized builtin-protection, CR/NEL line-terminators в role-prefix, validation/storage divergence whitelist, success-path 500 на attach/detach, silent limit cap → 400, mutable maps → struct{}, inline id-парсинг по конвенции проекта, Unicode-aware prefix-trim, generic error messages без reflection attacker-контента. Отклонены (с обоснованием): optimistic locking (out-of-scope Этапа 2, общая проблема CRUD), info-leak whitelist-сообщений (operator-helpful для admin-only endpoint).

• Внешние ссылки в сообщениях чата открываются в новой вкладке (issue #187). Раньше markdown-ссылки (включая autolinks вида <https://…>) рендерились без target="_blank" и открывались в текущей вкладке, теряя состояние SPA. Теперь MarkdownRenderer.svelte навешивает target="_blank" + rel="noopener noreferrer" на все внешние http:/https:-ссылки после DOMPurify.sanitize через локальную DOM-обработку (externalizeLinks).

  • Безопасность: пост-обработка идёт на уже очищенном DOM (после sanitization), так что javascript:/data:text/html URL уже вырезаны — XSS-поверхность не расширяется. Локальный подход (без глобальных DOMPurify-хуков) не влияет на других потребителей DOMPurify.sanitize и не накапливает состояния при HMR.
  • Исключения: ссылки на скачивание файлов (/files/download…, атрибут download) не получают target="_blank" — файл должен скачиваться; внутренние ссылки (/page, #anchor, относительные) и mailto:/tel: также открываются в текущей вкладке.
  • Сохранение rel: существующие rel-токены автора (например nofollow) не перезаписываются, а мержатся с noopener noreferrer.
  • Тесты: 8 новых кейсов в MarkdownRenderer.test.ts (markdown-ссылка, autolink, http, внутренняя, якорь, mailto, download-ссылка, регресс javascript:). npm run check — 0 errors, npm test — 428/428 passed, ocr review — 0 замечаний.

Changed

• Переименование UI-разделов агента: «Инструменты» → «Постоянная память», «Память» → «Динамическая память» (issue #185). Названия разделов не отражали способ попадания контента в LLM-запрос и вводили в заблуждение (в приложении уже есть понятие tool-calls LLM, к описаниям промпта отношения не имеющее). Новая номенклатура разделяет «постоянную» часть (всегда в системном промпте) и «динамическую» (выборочно подгружаемую по релевантности).
  • URL-маршруты (web/src/routes/agents/[id]/): tools/ → permanent-memory/ (включая подмаршруты new/ и [toolId]/ → [itemId]/); memory/ → dynamic-memory/ (включая docs/). Переименование выполнено через git mv с сохранением истории.
  • 301-редиректы со старых URL: для обратной совместимости закладок/ссылок в каталогах tools/, tools/new/, tools/[toolId]/, memory/, memory/docs/ оставлены +page.ts load-функции, выбрасывающие redirect(301, …). Query-параметры (?tab=, ?source_type=&source_id=) переносятся на новый путь через url.search. Сборка npm run build подтверждает, что SvelteKit валидирует маршруты только по +page.ts — пустой +page.svelte не требуется.
  • Меню агента (+layout.svelte): навигационные ключи key: 'tools'/'memory' → 'permanent-memory'/'dynamic-memory', лейблы «Инструменты»/«Память» → «Постоянная память»/«Динамическая память». Иконки заменены на более семантичные: шестерёнка → archive-box (Heroicons outline, символизирует «архив/хранилище»), лампочка → bolt (молния, символизирует «быструю динамическую подгрузку»). Подстановка href/breadcrumb/active-state в currentPath === entry.href автоматически подтянула новые значения — ручных правок в механизме подстановки не потребовалось.
  • Описания разделов:
    • Постоянная память (permanent-memory/+page.svelte): в SectionCard.subtitle добавлено пояснение: «Записи из этого раздела целиком добавляются в системный промпт при каждом запросе агента. Внимание: большой объём данных увеличивает расход токенов и стоимость запросов к LLM.» В PermanentMemoryEditor.svelte под <textarea> добавлена подсказка о попадании контента в каждый запрос. Предупреждение о превышении порога (>20 записей) переформулировано: «Каждая запись попадает в каждый запрос агента и увеличивает расход токенов.» Empty-state: «Добавьте описания, которые всегда должны быть в контексте агента».
    • Динамическая память (dynamic-memory/+page.svelte): добавлен info-блок над MemoryOverview с заголовком «Динамическая память» и текстом «Факты и документы из этого раздела подбираются и подгружаются в контекст агента выборочно при каждом запросе (на основе релевантности), а не попадают в промпт целиком — в отличие от постоянной памяти.».
  • TS-типы и API-клиент (lib/api/): interface AgentTool → interface PermanentMemoryItem (поля без изменений). Группа методов api.agentTools → api.permanentMemory (сигнатуры list/create/update/delete без изменений). audit.agentTools (метод аудита tool-calls LLM) и auditTab === 'tools' (вкладка аудита) — НЕ затронуты, другой доменный смысл. lib/components/ToolEditor.svelte → PermanentMemoryEditor.svelte (с дефолтным title='Запись').
  • Backend НЕ менялся. Эндпоинты /api/v1/agents/{id}/tools и /api/v1/agents/{id}/memory/... сохранены для обратной совместимости с сервером; переименование backend-маршрута вынесено в TODO в endpoints.ts для отдельной задачи (ренейм затронет handler, router, миграции логирования — отдельная проработка).
  • Breadcrumb/<title>/toast/empty-state/confirm-модалки обновлены по новому доменному имени: «Создать запись», «Редактирование записи», «Запись удалена», «Запись «{title}» будет удалена», «← Вернуться к постоянной памяти», счётчик «запись/записи/записей». Переменные tool/tools/toolId → item/items/itemId в новых файлах.
  • Сопутствующий фикс: баг русской плюрализации в счётчике записей (n === 1 ? 'запись' : n < 5 ? 'записи' : 'записей' неправильно обрабатывал 11–14 и 21–24). Добавлен helper pluralize(n, forms), учитывающий правило последних двух цифр (mod10, mod100). Баг присутствовал и в оригинальном tools/+page.svelte (для «инструмент/инструмента/инструментов»), но исправлен только в новом месте.
  • Документация: docs/webui-structure.md — обновлены пути и названия упоминаний UI-раздела памяти (/agents/[id]/memory — Память → /agents/[id]/dynamic-memory — Динамическая память; строка в feature-таблице).
  • ocr review: 3 прогона. Устранены: пустые +page.svelte-файлы в каталогах редиректов (SvelteKit валидирует маршрут только по +page.ts со redirect()), баг плюрализации, TODO-комментарий про backend-URL. Оставлены как copy-paste-паттерн всего проекта: a11y-замечания про <label for=> (309 аналогичных warnings в npm run check), i18n-абстракция (русские строки — проектное решение AGENTS.md), $effect-синхронизация form с initialData (в нашем случае parent рендерит компонент только при готовом initialData).
  • Проверки: npm run check — 0 errors (309 warnings — все pre-existing), npm test — 415/415 passed, npm run build — SvelteKit build OK (маршруты и редиректы валидны), go test ./internal/... — все пакеты green (Go-код не менялся, проверено для полной верификации).

Fixed

• Висит «Загрузка…» на /agents/{id}/memory?tab=scratchpad при наличии дубликатов key (issue #184). API возвращал 200 OK с массивом записей (38 строк с одинаковым key="versions-baseline"), но фронт зависал в состоянии «Загрузка…» — Svelte 5 ломал reconcile из-за each-итерации с (entry.key) при дублирующих ключах (изменение появилось в коммите e792d8c, заменившем each без ключа на keyed). Корневая причина дублей в БД — ScratchpadWrite использовал INSERT ... ON CONFLICT(agent_id, user_id, key) DO UPDATE, но NULL != NULL в UNIQUE-индексе (как SQLite, так и PostgreSQL по умолчанию) → для agent-scope записей (user_id IS NULL) UPSERT не находил конфликт и каждый раз вставлял новую строку.

  • Backend (internal/store/{sqlite,postgres}.go, ScratchpadWrite): UPSERT переписан с ветвлением по userID. Для userID != nil остаётся стандартный ON CONFLICT(agent_id, user_id, key). Для userID == nil используется ON CONFLICT(agent_id, key) WHERE user_id IS NULL — атомарно, race-safe, сохраняет created_at. Конфликт-цель и аргументы вынесены в переменные для DRY.
  • Миграция 090 (internal/store/{migrations,pgmigrations}/090_scratchpad_dedup.{up,down}.sql): дедупликация существующих данных через ROW_NUMBER() OVER (PARTITION BY agent_id, user_id, key ORDER BY id DESC) (оставляет последнюю запись по id) + создание partial unique index memory_scratchpad_agent_null_user_key_uniq ON memory_scratchpad(agent_id, key) WHERE user_id IS NULL — гарантирует уникальность agent-scope записей на уровне схемы и включает новый ON CONFLICT-путь. SQLite-миграция выполняется в неявной транзакции golang-migrate (см. комментарий в миграции 078); PG — в implicit transaction драйвера. Down-миграция дропает индекс с предупреждением, что после отката agent-scope записи снова начнут дублироваться.
  • Frontend (web/src/lib/features/memory/scratchpad/ScratchpadTab.svelte): each-key оставлен как (entry.key) (теперь безопасно — partial index гарантирует уникальность), добавлен badge с updated_at через shared utility formatDateTime (консистентность с SkillEditor, DocsTab).
  • Тесты Go (6 новых в internal/agent/tools/scratchpad_test.go): TestScratchpadWrite_UserIDNil_Upserts (3 последовательные записи → 1 строка), TestScratchpadWrite_UserIDNonNil_Upserts (регрессия для user-scope), TestScratchpadWrite_UserIDIsolationIsolated (system и user scope не затирают друг друга), TestScratchpadWrite_UserIDNil_ConcurrentRaceSafety (20 горутин → ровно 1 строка, под -race). Все проходят с race detector.
  • Тесты фронт (5 новых в ScratchpadTab.test.ts): рендер с уникальными key, пустой scratchpad, состояние «Загрузка…», presence/absence «Очистить всё», отображение expires_at.
  • ocr review: 8 прогонов. Исправлены все актуальные замечания: race-safety (DELETE+INSERT → ON CONFLICT с partial index), code duplication (conflictTarget/args вынесены в переменные), godoc на английском, консистентность SQL-комментариев (Russian для inline reasoning, English для godoc), window-function dedup вместо self-join, идемпотентность down-миграции, предупреждение про ACCESS EXCLUSIVE lock на PG. Informational nitpicks (PG integration test infra, rename index for “consistency”) — оставлены.

• Бесконечный спиннер на /agents/{id}/skills/improvements — loading никогда не сбрасывался из-за race в cancellable-request (регрессия v0.142.25, issue #181). API возвращал 200 OK с валидным массивом proposals, но список не рендерился — спиннер крутился бесконечно. Корневая причина: loadProposals и loadAnalyzeStatus делили один монотонный счётчик req (createCancellableRequest) и обе вызывались в Promise.all из onMount. Синхронно до первого await выполнялось: loadProposals() → req.next() (seq=1, token=1) → await; затем loadAnalyzeStatus() → req.next() (seq=2, token=2) → await. Когда loadProposals завершался, req.isStale(1) = 1 !== 2 = true, поэтому proposals = res дропался (early return), а if (!req.isStale(myToken)) loading = false в finally не выполнялся — loading навсегда оставался true. Автор #181 знал об этом классе race и защитил loadAgentSkills отдельным cancelled-guard’ом (комментарий в коде: “иначе в Promise.all монотонный req.next() сразу сделает этот токен stale”), но loadAnalyzeStatus подключили к тому же req, повторно введя баг. Race недетерминирован по таймингу сети: при тестировании #181 analyzeStatus resolving’ся медленнее listProposals, баг не всплывал; с другим таймингом (тёплый кэш GET /analyze, быстрый ответ) analyzeStatus опережал и ломал loadProposals.

  • Фикс: отдельный cancellable-request instance statusReq для loadAnalyzeStatus (web/src/routes/agents/[id]/skills/improvements/+page.svelte). Изоляция token-space устраняет cross-invalidation: loadProposals keeps req, loadAnalyzeStatus использует statusReq. visibilitychange по-прежнему инвалидизирует только свои устаревшие status-запросы (race-protection при множественных возвратах фокуса сохранён).
  • Поведение после фикса: loadProposals resolves → req.isStale(1) = false → данные присваиваются, loading=false; loadAnalyzeStatus resolves → statusReq.isStale(1) = false → статус присваивается.

• Горизонтальный скролл в diff на странице улучшений навыков — перенос строк вместо overflow-x-auto. На /agents/{id}/skills/improvements раскрытый diff рендерился в <pre> без управления переносом: браузерный дефолт white-space: pre не рвал длинные строки, а родительский <div> с overflow-x-auto добавлял горизонтальный скролл внутри блока — неудобно для длинного контента навыков.

  • <pre> diff (web/src/routes/agents/[id]/skills/improvements/+page.svelte): добавлены whitespace-pre-wrap break-words — сохраняет значащие отступы/пробелы и маркеры +/−, переносит длинные строки и рвёт неразрываемые токены; overflow-x-auto с родительского <div> убран (контент переносится, скролл больше не нужен).
  • Текст анализа LLM (analysis.analysis): к whitespace-pre-line добавлен break-words — подстраховка от длинных неразрываемых токенов в LLM-ответах. Совпадает с устоявшейся конвенцией проекта (settings/llm-log, memory/docs, PromptPreviewModal — все используют whitespace-pre-wrap break-words).

• Парсер reflection не принимал analysis как массив; proposal никогда не создавался (issue #181). Диагностика прод-инстанса (PostgreSQL, скилл card-text: 19 завершённых runs, skill_reflection_enabled=true, pending proposals=0) показала: анализ скиллов запускался, доходил до LLM, но ответ стабильно отбрасывался парсером. reflectionResult.Analysis имел тип string, а LLM (glm-5.2) возвращал analysis как JSON-массив ["…","…"] — естественное прочтение фразы «bullet list of findings» из промпта. json.Decoder падал с cannot unmarshal array into Go struct field reflectionResult.analysis of type string, proposal не создавался. Корневая причина + сопутствующие UX-проблемы:

  • Custom UnmarshalJSON для reflectionResult (internal/agent/skill_reflection.go). Толерантно принимает analysis как string | []string | []any; массив склеивается в строку через \n (UI рендерит analysis с whitespace-pre-line, так что каждый bullet на отдельной строке). Helper analysisRawToString обрабатывает edge cases: null-элементы пропускаются (не превращаются в пустые строки — json.Unmarshal([]byte("null"), &str) не ошибается, оставляя str=""), числа/bool stringify через fmt.Sprint (defensive), объекты внутри массива — stringify через fmt.Sprint (defensive, LLM редко их кладёт). Объект/scalar на верхнем уровне analysis → error с понятным сообщением.
  • Промпт: явный формат analysis. В buildReflectionPrompt строка формата ответа уточнена: "<single STRING with bullet findings separated by \n — NOT a JSON array>". Снижает расхождение с LLM, делает контракт однозначным для других моделей.
  • Логирование reflection-запросов в llm-лог (llmlog.WrapProvider). reflectSkill вызывал bare j.provider — reflection-запросы не попадали в llm_request_log / llm-logs, делая диагностику вслепую. Добавлено опциональное поле logger *llmlog.Logger + SetLogger в SkillReflectionJob; в reflectSkill провайдер оборачивается в LoggingProvider с strategy="skill_reflection" (маркер в llm_request_log.strategy, по которому reflection отличим от обычных чатов). В main.go: reflJob.SetLogger(llmFileLogger). Race-safety: j.logger читается в local variable ОДИН раз в начале reflectSkill (несинхронизированное поле может быть перезаписано SetLogger — snapshot устраняет TOCTOU между проверкой if и использованием). nil-логгер (обратная совместимость со старыми тестами) — no-op.
  • GET /skills/improvements/analyze (AnalyzeStatus) + UI disable кнопки. Кнопка «Запустить анализ» оставалась активной даже когда reflection выключен или недоступен — пользователь жмёт и получает 403/503, плохой UX. Новый эндпоинт AnalyzeStatus возвращает {available, enabled}: available = reflector создан (provider настроен), enabled = setting skill_reflection_enabled=="true" (fail-closed при ошибке GetSetting, slog.Debug для диагностики «кнопка disabled у всех»). Handler не валидирует agentID — статус глобальный per-instance, parent middleware проверяет membership. Роут GET /analyze зарегистрирован ДО /{proposalID} (статический сегмент не должен поглощаться параметром). На фронте: кнопка disabled когда анализ выключен/недоступен/идёт ИЛИ пользователь не agent admin (canEditAgent — non-admin agent_user раньше видел кликабельную кнопку, которая 403-ила). Tooltip меняется по причине disabled. Статус перечитывается при visibilitychange (админ в другой вкладке включил reflection → кнопка оживёт без reload). Cancellable request token в loadAnalyzeStatus (как в loadProposals — race при множественных mount/visibilitychange).
  • Тесты (15 новых): TestReflectionResult_UnmarshalJSON_{AnalysisAsString, AnalysisAsStringArray, AnalysisAsNumberBoolArray, AnalysisEmptyArray, AnalysisAbsent, AnalysisAsObject_Error, AnalysisWithBraceInValue, MarshalJSON_PreservesString}; TestAnalysisRawToString (table-driven: string, string_array, number_array, mixed_array с null, object_array, empty_array, null, object_error, number_scalar_error); TestParseReflectionResponse_{AnalysisAsArray, AnalysisAsArrayWithMarkdownFences}; TestSkillReflection_CreatesProposalWithArrayAnalysis (end-to-end: ReflectAgent с array analysis → proposal создаётся); TestSkillReflection_LogsViaLogger (проверка записи в llm_request_log со strategy="skill_reflection"); TestSkillReflection_NoLogger_BackwardCompat; TestAnalyzeStatus_{EnabledAndAvailable, Disabled, NoReflector_NotAvailable}; TestRouter_AnalyzeRouteResolution (regression: GET /analyze → AnalyzeStatus, не GetProposal(“analyze”)).
  • ocr review (13 замечаний, 10 исправлены не-low): idiomatic chi pattern (r.With(mw).Method вместо mw(handler).ServeHTTP), regression-тест route-resolution, cleanup AnalyzeStatus (убран неиспользуемый agentID-парсинг, writeJSON helper для X-API-Version, slog.Debug при ошибке GetSetting), SetLogger race-snapshot, UI: analyzeTitle порядок проверок (сначала disabled-причины, потом analyzing — консистентно с analyzeDisabled), cancellable token в loadAnalyzeStatus, role-check для non-admin (HIGH — убрал авторизационный gap), refresh статуса при visibilitychange. Low (retry-multi-row в llm_log, naming) — оставлены.

• UI-тоггл для skill_reflection_enabled в Advanced Settings (issue #180). Флаг саморефлексии скиллов существовал в БД и читался в main.go (cron) и SkillsHandler.AnalyzeNow (issue #177), но не был exposed в UI — пользователь не мог его включить. Кнопка «Запустить анализ» из v0.142.21 возвращала 403 без возможности это исправить.

  • Backend (Go): skill_reflection_enabled добавлен в settings.ParamRegistry (internal/settings/defs.go) — группа skills, default false. Тип bool добавлен в AdvancedHandler.validateParam (internal/server/handler/advanced.go) — валидация через strconv.ParseBool. Нормализация: Update каноникализирует bool через strconv.FormatBool перед SetSetting — неканоничные формы ("1", "TRUE", "T"), принимаемые ParseBool, сохраняются как "true"/"false", иначе downstream-сравнение == "true" (main.go cron gate, AnalyzeNow, WebUI toggle) молча ломалось. Сообщение 403 в AnalyzeNow уточнено: «enable in Settings → Advanced → Skills».
  • Frontend: в /settings/advanced (+page.svelte) условный рендер — для type==='bool' тоггл (role=switch, aria-label, focus-visible ring), для int/float — number-input, {:else} fallback с предупреждением для будущих типов. Группа «Навыки» добавлена в expandable-список. isBoolOn helper + нормализация bool при loadAdvanced/resetAdvancedParam — advancedEditValues всегда содержит canonical "true"/"false", независимо от того, что лежит в БД (защита от direct DB writes / imports).
  • Тесты: TestAdvanced_Update_{ValidBool_True, ValidBool_False, BoolNormalizesNonCanonical, InvalidBool_Returns400, Get_IncludesSkillReflection} (нормализация 8 нестандартных форм → canonical); TestParamRegistry_{Groups, AllDefaultsValid, RequiredFields} обновлены для bool-типа и группы skills.
  • ocr review: три прогона. Исправлены: bug нормализации bool (#1 high — ParseBool принимал "1"/"TRUE", но сохранял raw, ломая downstream == "true"), нормализация при load/reset на фронте (flip-bug при нестандартном stored value), a11y toggle (aria-label, focus-visible ring), explicit fallthrough для типов, уточнённое error-message, single-source error string (errSkillReflectionDisabled). #4 (isChanged vs save-сравнение) — false positive (желаемое поведение: stored≠default → badge «изменено» корректен).

Added

• Пользовательский дропдаун (аватар → Профиль / Администрирование / Выход) на всех авторизованных страницах (issue #179). Раньше этот блок (ch-user-dropdown) существовал только в шапке чата (ChatHeader.svelte) — на остальных страницах (PageHeader: agents, settings, profile, dashboard, users и т.д.) пользователь не видел, под кем вошёл, и не мог выйти без возврата в чат.

  • Новый переиспользуемый компонент UserMenu.svelte (web/src/lib/components/), вынесенный из ChatHeader: состояние userDropdownOpen, загрузка профиля (api.profile.get() → displayName, auth.user.id → аватар), handleLogout() (auth.logout() + goto('/login')), click-outside через <svelte:window onclick>. Меню: Профиль (/profile), Администрирование (/settings, под {#if isAdmin()}), Выход. Класс переименован ch-user-dropdown → user-menu.
  • PageHeader.svelte: <UserMenu /> встроен в блок actions (теперь рендерится всегда, рядом с опциональным snippet) — покрывает все не-chat страницы.
  • ChatHeader.svelte: инлайненный блок заменён на <UserMenu />, удалена выведенная логика/состояние (userDropdownOpen, displayName, userId, loadProfile, handleLogout, ссылка из handleClickOutside) и неиспользуемые импорты (api, auth, isAdmin, ProfileData, goto). Файл похудел на ~144 строки.
  • ocr review: исправлены все замечания — дублирование click-outside (document.addEventListener + <svelte:window> → оставлен только <svelte:window>), мёртвый try/catch вокруг синхронного чтения auth.user (убран), глухой catch {} на api.profile.get() (добавлен console.error). npm run check — 0 ошибок, тесты (410) проходят.

• Кнопка «Запустить анализ» навыков на странице улучшений (issue #177). Добавлена возможность запустить анализ навыков агента немедленно, не дожидаясь cron-тикера. Анализ выполняет то же, что и SkillReflectionJob.ReflectAgent, но в пределах только выбранного агента и только навыков, удовлетворяющих условиям cron (не builtin, enabled, ≥10 завершённых запусков за 30 дней, нет pending-proposal). Запуск асинхронный: POST возвращает 202 Accepted, анализ идёт в фоновой горутине, результат (новые proposals) появляется в списке после перезагрузки.

  • Backend (Go): per-agent concurrency guard TryStartReflect/FinishReflect на *agent.SkillReflectionJob (internal/agent/skill_reflection.go) — защищает от двойной траты LLM-токенов при конфликте ручного запуска и cron-тика. Cron-путь (ReflectAll) тоже уважает guard (пропускает агента, если ручной запуск уже идёт). reflectAgentGuarded оборачивает ReflectAgent с recover() + defer FinishReflect — panic в ReflectAgent (misbehaving LLM-провайдер) не роняет процесс и не блокирует агента навсегда. Интерфейс SkillReflector в handler-пакете + setter SetReflector (по образцу ChatHandler.SetConsolidator, т.к. reflJob создаётся позже handler’а в main.go). Метод AnalyzeNow (internal/server/handler/skills.go): nil-reflector → 503 (провайдер не сконфигурирован); feature-флаг skill_reflection_enabled != "true" → 403; TryStartReflect false → 409; иначе горутина с 10-мин контекстом → ReflectAgent → 202. Роут POST /skills/improvements/analyze под RequireAgentAdmin. Общий таймаут вынесен в agent.SkillReflectionTimeout (DRY: cron + ручной запуск).
  • Frontend: метод api.skills.analyzeNow(agentId) (endpoints.ts). Кнопка «Запустить анализ» в шапке /skills/improvements (+page.svelte) — busy-флаг analyzing с индикатором «Анализ выполняется…» в течение окна ожидания (5с), toast.success на 202, toast.error на 403/409/503. Отложенный auto-reload списка через 5с (handle очищается в onDestroy — нет утечки timer’а). Локализованные UI-строки во фронте, стабильные английские ключи в API-ответах.
  • Тесты: TestSkillsHandler_AnalyzeNow_{NoReflector→503, Disabled→403, AlreadyRunning→409, OK→202, InvalidAgentID→400} (мок fakeReflector с channel-синхронизацией для проверки фоновой горутины); TestSkillReflectionJob_TryStartReflect_{Guard, Concurrent} + TestReflectAgentGuarded_RecoversPanic_ReleasesGuard (panic-recovery + снятие guard).
  • ocr review: два прогона. Первый — исправлены: resource-leak setTimeout (capture handle, clearTimeout в onDestroy), panic skips FinishReflect в cron-пути (вынесено в reflectAgentGuarded с recover()), логирование GetSetting error, DRY-таймаут (agent.SkillReflectionTimeout), английские API-сообщения. Второй — исправлены: FinishReflect после recover() (разделены на два defer, чтобы panic в FinishReflect тоже ловился), stale-timer при повторном клике (clearTimeout перед новым setTimeout), визуальный индикатор выполнения, тест на panic-recovery. Low/nit (rename reflectMu, nil-map edge case, Location header, feature-flag robustness как project-wide) оставлены.

Changed

• Промпт саморефлексии скиллов: полная картина выполнения вместо обрывков (issue #175). Промпт buildReflectionPrompt (internal/agent/skill_reflection.go) обрезал трассу tool-call’ов до обрывков, что мешало LLM качественно анализировать паттерны ошибок и предлагать улучшения:
  • Шагов на run: 20 → 50. MaxStepsPerRun (дефолт и fallback в NewSkillReflectionJob) увеличен — длинные трассы теперь видны целиком, а не только первые 20 шагов.
  • args (команда) — целиком. ArgsSummary шага раньше обрезался до 80 символов (truncateForPrompt(s.ArgsSummary, 80)), теперь передаётся полностью (до БД-капа maxArgsSummary=500). Обрубок команды мешал LLM понять intent tool-call’а — например, {"cmd":"docker compose -f ... не давал увидеть полную команду.
  • result (вывод) — разумный кап 300. Вместо магического 80 введена именованная константа maxStepResultInPrompt = 300. Вывод tool’а (содержимое файла, stdout) часто большой и шумный, но 80 было слишком жёстко — 300 даёт сигнальную часть без избыточного раздувания промпта.
  • truncateForPrompt → rune-aware. Функция резала по байтам, ломая многобайтовый UTF-8 (кириллица в result/goal/summary оставляла полу-руны перед «…»). Переписана: параметр переименован maxLen → maxRunes, единый контракт через utf8.RuneCountInString, безаллокационная итерация через strings.Builder + WriteRune (вместо []rune(s)). Затронуты все 6 call-site’ов (sk.Content, goal/summary/reflection поля run’а, ResultSummary шага). По итогам ocr review исправлены замечания: semantic mismatch fast/slow path, docstring-консистентность, кросс-пакетная зависимость в комментарии.
  • Тесты: TestBuildReflectionPrompt_StepArgsFullResultCapped (args 200 рун входит целиком, result 400 рун обрезан по 300), TestTruncateForPrompt_RuneSafe (кириллица/эмодзи/mixed — валидный UTF-8, rune count ≤ maxRunes).

Fixed

• Детали LLM-лога не открывались (404) на странице /settings/llm-log (issue #178). Список запросов отображался корректно, но при выборе любой записи фронт получал «Не удалось загрузить данные». Причина — рассинхрон пути файла в internal/llmlog/logger.go: writeEntry создавал файл <agentID>/<date>.jsonl, но в БД записывал FilePath БЕЗ расширения (напр. 2/2026-06-19), а LoadEntryBody открывал путь из БД как есть → os.Open падал «нет такого файла» → хендлер возвращал 404. Подтверждено на проде (192.168.2.104): 4384 записи, 100% отказ.

  • Компонент 1 — фикс .jsonl: LoadEntryBody добавляет расширение .jsonl к пути из БД при отсутствии (обратно-совместимо — записи с уже включённым расширением не затрагиваются). БД не мигрируется.
  • Компонент 2 — убран лимит 16 МБ на строку: bufio.Scanner (с молчаливым ErrTooLong) в LoadEntryBody и countLines заменён на bufio.Reader.ReadBytes/String('\n') без верхнего предела. Теперь крупные reasoning/RAG-запросы (история + контекст могут превышать 16 МБ) корректно читаются. Заодно починен скрытый баг: countLines после рестарта занижал счётчик для строк > 16 МБ → file_line коллизия.
  • Компонент 3 — чтение через seek (in-memory индекс смещений): вместо последовательного обхода 158 МБ-файла для строки N теперь строится кэш []int64 (байтовые смещения начал строк), инвалидируемый по mtime+size. После построения чтение любой строки — O(1) seek. Кэш эвictится в CloseStaleHandles (вчерашние файлы) и при ошибке записи в writeEntry.
  • OCR review: исправлены все non-low замечания — TOCTOU (теперь l.mu держится всю операцию readLine, исключая half-written line при конкурентной записи), silent fallback EvalSymlinks(baseDir) (теперь возвращает ошибку, не ослабляя path-traversal проверку), потеря диагностического лога в countLines, неограниченный рост кэша. Low (комментарии) добавлены.
  • Тесты: TestLogger_RoundTrip (регрессия: LogRequest → GetEntry → LoadEntryBody — до фикса красный), TestLoadEntryBody_PathAlreadyHasExtension (обратная совместимость), TestLoadEntryBody_FileNotFound (os.IsNotExist для 404), TestReadLine_LargeLine (строка 17 МБ > старый лимит), TestReadLine_SeekAndCache + TestReadLine_CacheInvalidatedByGrowth, TestBuildOffsets/TestCountLines (edge-cases: пустой файл, без trailing newline).

• duration_ms=0 для skill_runs на PostgreSQL: ParseTime падал на зоне +HH (issue #176). На странице /agents/{id}/skills/runs все запуски показывали длительность 0мс, хотя в БД finished_at - started_at = реальные 10-29 минут, а skill_run_steps.took_ms корректны. Причина — в PostgresStore.ParseTime (internal/store/postgres.go): pgx возвращает колонки TIMESTAMPTZ для целочасовых поясов (например Europe/Moscow = +03) в виде 2026-06-19 17:24:27.885477+03 — numeric-offset зона без минут. Layout 2006-01-02 15:04:05Z07:00 требует +03:00, поэтому ParseTime возвращал ошибку → в FinishSkillRun и pgMarkOrphanedSkillRunsRows durationMs оставался 0. SQLite иммунен: там started_at TEXT в RFC3339Nano.

  • Побочный эффект (закрыт тем же фиксом): тот же ParseTime используется в IsExpired для refresh_tokens.expires_at (тоже TIMESTAMPTZ в +03) → refresh-токены могли ошибочно считаться протухшими. Теперь корректно.
  • Фикс: ParseTime переписан — последовательность layouts (RFC3339Nano → ...15:04:05.999999999Z07:00 → ...15:04:05Z07:00), а если зона короткая, она нормализуется (+03 → +03:00) через package-level regexp pgShortTZRe и PG-layout’ы повторяются.
  • Тесты: TestPostgresParseTime_PgxOutput (таблица из 7 кейсов с реальным выводом pgx: +03, +03:00, -05, с/без микросекунд, Z, RFC3339Nano — все дают один и тот же UTC-инстант) + TestPostgresParseTime_Invalid (мусор → ошибка, регрессия на fallthrough). Существующие round-trip/IsExpired/cross-store тесты не изменились.
  • Решено не делать: backfill исторических duration_ms=0 (по решению владельца) — код починен на будущее, потерянная история запусков agent #2 не пересчитывается.

• ocr review v0.142.17: фикс medium-замечаний в skills-навигации (issue #174). По итогам ocr review -c c961ffe исправлены 5 проблем UX/a11y в страницах навигации навыков:

  • Orphan skill_id в URL — при переходе по ?skill_id=N, где навык N отсутствует в списке агента (удалён/нет прав), <select> молча показывал «Все», хотя фильтр был активен и список пуст. Теперь на страницах /skills/runs и /skills/improvements рендерится synthetic <option> с подписью #N (недоступен).
  • Мёртвый guard — {#if skillId > 0} на странице редактирования навыка удалён: skillId уже валидируется в onMount, ветка недостижима.
  • Accessibility — навигационным ссылкам «Запуски этого навыка»/«Улучшения этого навыка» добавлены aria-label с именем навыка (раньше скринридер не понимал, к какому навыку относится ссылка).
  • Симметрия reset статуса — при приходе с ?skill_id= статус сбрасывался на «Все», но обратный сброс при очистке skill-фильтра отсутствовал; теперь выбор «Все» в фильтре навыка возвращает filterStatus к дефолтному 'pending'.
  • Неточный комментарий — комментарий про goto({replaceState:true}) в improvements уточнён: goto проходит через навигационный пайплайн SvelteKit (load-функции, page-store), но на этой странице load-функций нет — побочный эффект минимален.

Added

• Навигация к запускам/улучшениям навыка + URL-фильтр ?skill_id= (issue #173). Ссылки на страницы «История запусков» и «Улучшения» сделаны заметнее (secondary-кнопки вместо текстовых underline-ссылок), а со страницы редактирования навыка добавлен переход с предустановленным фильтром по конкретному навыку. Страницы /skills/runs и /skills/improvements теперь читают и пишут ?skill_id= в URL — работают share-by-URL и back/forward.

  • Backend (Go): ListSkillImprovementProposals получил опц. параметр skillID *int64 (nil = без фильтра, симметрично с ListSkillRuns — без 0-sentinel). Handler ListProposals парсит ?skill_id= через optInt64Query (400 на невалидное значение). SQLite + PostgreSQL + DualStore обновлены. 2 новых теста: TestSkillProposal_List_SkillIDFilter (store: nil-фильтр + фильтр по ID + комбо status+skill + несуществующий ID) и TestListProposals_FiltersBySkillID (handler: фильтр по skill_id + 400 на abc).
  • Frontend: API-клиент api.skills.listProposals(agentId, status?, skillId?). Страница /skills/improvements: чтение ?skill_id= при mount (со сбросом дефолтного filterStatus='pending' → '', чтобы показать всю историю навыка), новый <select> фильтра по навыку, синхронизация выбора с URL (goto + replaceState/noScroll/keepFocus). Страница /skills/runs: чтение ?skill_id= + URL-sync в select. Новая утилита web/src/lib/utils/parsePositiveIntParam.ts (строгий парсер query-параметра → number | null, >0 инвариант, Number.isInteger — отсекает Infinity/дробные).
  • UI-навигация: на /skills две текстовые ссылки («Улучшения →»/«История запусков →») заменены secondary-кнопками (bg-panel + border-outline, без стрелок). На странице редактирования навыка /skills/{skillId} добавлена панель «Связанное» с двумя кнопками-ссылками: «Запуски этого навыка» → ?skill_id=, «Улучшения этого навыка» → ?skill_id= (скрыта, если skillId невалиден).
  • ocr review: по итогам трёх прогонов исправлены все medium+high — включая race-bug, найденный ревьюером (loadAgentSkills в improvements делил createCancellableRequest с loadProposals в Promise.all, из-за монотонного next() результат всегда дропался как stale; исправлено через отдельный cancelled-флаг), и нарушение style-guide (!= null → !== undefined в endpoints.ts). Low/nit (select a11y-id, new URL(page.url) cloning, back/forward reactivity как project-wide known limitation) оставлены.

• Frontend-hardening skill-tracking (Этап 5 аудита ocr review): типизация, accessibility, адаптив, race-protection. Семь пунктов фронтенда из docs/fix-audit-problem.md (5.1–5.7) + извлечение composable createCancellableRequest (7.6) + расширение тестов (7.5). Все правки обратно-совместимы, закрывают класс type-safety-багов, a11y-проблем и UX-дрейфа в skills-разделе WebUI; особое внимание — мобильному адаптиву (таблица запусков → card-view на <sm, кап отступов nested-timeline).

  • Типизация (5.1) — создан SkillRunStepStatus = 'running' | 'completed' | 'error' (раньше status: string), типизированы STEP_STATUS_LABEL/COLOR и PROPOSAL_STATUS_LABEL/COLOR (Record<string,string> → Record<SkillRunStepStatus,...> / Record<SkillImprovementProposalStatus,...>), SkillRunStep.source: SkillRunStepSource | string → SkillRunStepSource, SkillRunStep.status: string → SkillRunStepStatus. В endpoints.ts:767 listRuns параметр status?: string → status?: SkillRunStatus. Создан SkillImprovementAnalysis interface ({analysis?, runs_used?, generated_at?} — согласован с реальным output skill_reflection.go:242-246) и подключён в consumer (parseAnalysis в improvements вместо inline-типа). Устаревший комментарий в Go store.go:661 поправлен: {patterns, duplicates, errors, drift} (никогда не соответствовавший реальности) → {analysis, runs_used, generated_at} со ссылкой на место формирования.
  • Bug 0ms в formatSkillRunDuration (5.2) — if (!ms || ms < 0) рендерил валидную длительность 0ms (мгновенный tool-call) как —. Заменено на if (!Number.isFinite(ms) || ms < 0) — теперь 0 → '0мс', NaN/Infinity → '—'.
  • Guard O(n·m) в computeLineDiff (5.4) — LCS-DP без лимита мог фризить UI на мегабайтных proposal’ах (аллоцировал матрицу (n+1)×(m+1)). Добавлен DIFF_MAX_CELLS = 2_000_000: при превышении — fallback на side-by-side без выравнивания (все old как removed + все new как added). Метод не меняет поведение для типовых контентов (сотни строк).
  • createCancellableRequest composable (7.6) — новый web/src/lib/utils/cancellableRequest.ts инкапсулирует seq/cancelled-guard, который ранее дублировался вручную в runs/+page.svelte, [runID]/+page.svelte, improvements/+page.svelte. На него переведены все три страницы (заодно добавлен отсутствовавший cancelled-флаг в runs/+page.svelte, где при unmount во время полёта запроса могла сработать goto('/login') на мёртвой странице). Контроль остаётся в call site (goto/toast/error-handling — намеренно, разные страницы реагируют по-разному). 7 Vitest-тестов (stale drop, rapid retries, cancel idempotency, unmount-simulation).
  • Race-protection в [runID]/+page.svelte (5.3) — Bug 2: разделяемый loading разделён на runLoading/stepsLoading (раньше один флаг сбрасывался по loadRun.finally, оставляя steps «недозагруженными»); Bug 3: parseInt(page.params.runID) → regex /^\d+$/ (отсекает malformed URLs «123abc»); Bug 4: breadcrumb #${runId} suppressed пока run не загружен (раньше показывал #NaN). Bug 1 (error-path не gated) помечен в аудите НЕ АКТУАЛЬНО — подтверждено, seq-проверка уже была.
  • Оживление ui/Modal + перевод inline-модалок (5.5.4) — компонент web/src/lib/components/ui/Modal.svelte (с полноценным focus-trap, Esc, role="dialog"/aria-modal, возвратом фокуса) существовал, но нигде не использовался. На него переведены inline-модалки: reject-modal в improvements/+page.svelte (была без role/focus-trap/Esc) и add-modal в skills/+page.svelte (аналогично). Footer add-modal теперь скрывается когда нет доступных навыков (раньше focus-trap ломался на единственном disabled-элементе).
  • Accessibility (5.5.1/5.5.2/5.5.3) — оба toggle (legacy-injection + per-skill enable) получили role="switch"/aria-checked/aria-label + :focus-visible ring (WCAG 2.4.7); per-skill toggle дополнительно disabled/aria-busy на время запроса (in-flight guard через toggleInFlight: Set блокирует flip-flop при двойном клике). Disclosure-кнопки (раскрытие шага в [runID], тоггл diff в improvements) получили aria-expanded/aria-controls; diff-блок теперь всегда в DOM с hidden-toggle (раньше aria-controls ссылался на условно-рендеренный элемент — NVDA+Firefox warning). Skill-badge в ChatComposer получил role="status"/aria-live="polite" + sr-only summary (раньше динамический индикатор активности был невидим скринридеру).
  • saveLegacyInjection(next) + re-sync (5.6) — функция принимает целевое значение аргументом (раньше оптимистичный flip делался до вызова, на ошибку — наивный toggle, рассинхронизирующийся при гонках). На ошибку используется ответ api.agents.update (возвращает полный Agent с .config) вместо доп. GET — убирает race-окно и риск апдейта после размонтирования. Cancellable-guard через saveReq.
  • Сброс модалок в loadProposals() (5.7) — в начале функции сбрасываются confirmApply/confirmReject, чтобы устаревший proposal не «завис» после refresh/смены фильтра. rejectReason намеренно НЕ сбрасывается — иначе пользователь потеряет введённую причину, если модалка была открыта.
  • Мобильный адаптив — таблица истории запусков (6 колонок: Навык/Статус/Цель/Итог/Длительность/Начало) на <sm теперь рендерится как card-view (компактные карточки с теми же данными), на sm+ — прежняя таблица. Счётчики статистики grid-cols-4 → grid-cols-2 sm:grid-cols-4; avg/median justify-between → flex-wrap. Шапка skills с ссылками «Улучшения→»/«История→» получила flex-wrap (раньше на узких налезали). Кап отступа nested-timeline (depthIndent) на 4rem — глубокая вложенность больше не вызывает горизонтальный скролл.
  • Тесты (7.5) — formatSkillRunDuration(0) теперь '0мс' (было '—'); добавлены edge-cases NaN/Infinity → '—'. computeLineDiff large-input (5000×500 строк > DIFF_MAX_CELLS) → fallback side-by-side; малые входы (100×100) продолжают использовать DP-выравнивание. Всего +4 тест-кейса.

• Concurrency-hardening skill-tracking (Этап 3 аудита ocr review): thread-safety на lifecycle-операциях + optimistic locking. Закрывает класс data race’ов и lost-update-сценариев в skill-tool, SkillRunStepsHook и ApplySkillImprovementProposal, опираясь на DB-level инварианты из миграции 089 (Этап 2). См. план docs/fix-audit-problem.md (Этап 3).

  • SessionActor.getAgentID() (3.1) — новый accessor читает a.agentID под chanMu.RLock(). Раньше idle-timer (actor.go) читал поле напрямую без блокировки, что ловил go test -race (запись в setChannelInfo под chanMu.Lock() из handleInbound-горутины). Альтернатива (immutable поле после NewSessionActor) концептуально лучше, но требует аккуратной правки конструктора — оставлено на будущее.
  • SkillRunStepsHook: lock на всю итерацию for-loop (3.3) — OnToolComplete теперь держит h.mu на весь цикл записи шагов, а не отпускает между iteration++ и CreateSkillRunStep. Раньше два конкурирующих OnToolComplete могли прочитать одинаковые iteration/depth до фиксации INSERT’а — теоретическая гонка (сейчас executeTools последователен), но при будущем async/batched tool-execution стала бы реальной. Store-вызов под локом допустим (CreateSkillRunStep короткий); комментарий явно описывает trade-off и batch-alternative.
  • SkillTool.beginMu sync.Mutex (3.4) — сериализует beginAction/endAction для одного (SkillTool, agentID). Защищает от гонки двух параллельных end‘ов, которые через GetActiveSkillRuns + first-match могли закрыть чужой run. Гранулярность — на весь SkillTool (cross-skill begin/end тоже сериализуются) — сознательный компромисс против striped-lock, который усложнил бы код для редкого сценария нескольких активных skills в одном turn’е. lookupEnabled вынесен до мьютекса (read-only, не трогает стек runs) для сокращения критической секции. activate не мьютексится — read-only. Concurrency-комментарий явно документирует контракт с partial unique index 089.
  • ApplySkillImprovementProposal: optimistic locking (3.5) — UPDATE skills SET content=?, metadata=?, updated_at=? WHERE id=? AND metadata=? (SQLite/PG симметрично) с проверкой RowsAffected. При 0 возвращается существующий sentinel store.ErrConcurrentModification. Handler ApplyProposal мапит errors.Is(err, store.ErrConcurrentModification) в 409 Conflict (по образцу UpdateAgentIfNotChanged в agent.go:292), proposal остаётся pending. Защищает от сценария: между GetSkillImprovementProposal и UPDATE в транзакции кто-то отредактировал skill через UI (или применил другой proposal) — без guard’а новый APPLY перезатёр бы эти правки.
  • popRunForSkill: slog.Debug → slog.Warn (3.6) — рассинхронизация БД (running-run) и стека hook’а (race/orphan) теперь видна в проде, а не только на debug-уровне. Поведение осталось тем же — no-op.
  • Тесты (5 новых + 1 расширенный): TestSessionActor_GetAgentID_ConcurrentSafe (actor_test.go, под -race); TestSkillRunStepsHook_OnToolComplete_ConcurrentRaceSafe (skill_run_steps_hook_test.go, под -race, 8 goroutine × 25 calls, проверка уникальности iteration); TestSkillTool_BeginEnd_ConcurrentCalls_Serialized + TestSkillTool_BeginEnd_DifferentSkills_ConcurrentRaceSafe (skill_tool_test.go, под -race, same-skill + cross-skill параллельность); TestApplyProposal_OptimisticLocking_GuardRejectsStaleMetadata + TestSkillProposal_Apply_ConcurrentModification_NotFalsePositive (skill_proposals_test.go, SQL-level proof + success-path); TestApplyProposal_ConcurrentModification_Returns409 (skills_test.go, handler-маппинг через декоратор store, переопределяющий только ApplySkillImprovementProposal). Расширение TestSkillRunStepsHook_EndWithoutBegin_NoError + TestSkillRunStepsHook_PopNotInStack_LeavesEmptyStack для 3.6.

• Hardening схемы skill-tracking (Этап 2 аудита ocr review): DB-level инварианты на (agent, skill)-пары. Миграция 089_skill_tracking_hardening (4 файла SQLite+PG) добавляет 5 индексов и набор CHECK-констрейнтов, которые закрывают TOCTOU-гонки между тиками reflection-job и дубликаты running-ранов на уровне базы — теперь это DB-guarantee, на которое опирается идемпотентность MarkOrphanedSkillRuns и runner-логика, а не только per-agent mutex в коде. См. план docs/fix-audit-problem.md (Этап 2).

  • Миграции (SQLite + PostgreSQL, up/down): partial unique index uniq_skill_runs_running ON skill_runs(agent_id, skill_id) WHERE status='running' (запрещает два параллельных running-рана); uniq_skill_proposals_pending ON skill_improvement_proposals(agent_id, skill_id) WHERE status='pending' (один pending proposal — защита от TOCTOU между двумя тиками reflection-job, между которыми проходит LLM-вызов длительностью в секунды); idx_skill_runs_status_running ON skill_runs(status, started_at DESC) WHERE status='running' (cross-agent sweep в AgentLoop.Stop()); idx_skill_run_steps_source_ref ON skill_run_steps(source, source_ref_id) WHERE source_ref_id IS NOT NULL (forward-compat для аналитики, partial для компактности). CHECK-констрейнты на leaf-таблицах: skill_run_steps.status IN ('','running','completed','error','waiting') ('waiting' добавлен по итогам ocr review — runner.go:427 пишет его для ask_user tool-call; без него CHECK сломал бы запись шага) + source IN ('live','tool_audit','message'); skill_improvement_proposals — chk_skill_proposals_resolved (pending ⇔ resolved_at IS NULL; applied/rejected ⇔ resolved_at IS NOT NULL) + chk_skill_proposals_size (256 KiB, defense-in-depth с app-layer maxProposedContentBytes). В PG добавлены также chk_skill_runs_summary_size (≤4000 bytes) / chk_skill_runs_reflection_size (≤8000 bytes) — выровнены с Go-константами maxSummaryLen/maxReflectionLen (skill_tool.go:176-177) и JSON Schema maxLength; в SQLite size-CHECK на skill_runs сознательно не добавлен из-за риска пересоздания таблицы со входящим FK из skill_run_steps (прецедент 066/069→070). size-CHECK’и в PG идут через NOT VALID + VALIDATE CONSTRAINT, чтобы ADD взяло только catalog-lock, а валидация — SHARE UPDATE EXCLUSIVE (не блокирует reads/writes на больших прод-таблицах). SQLite-миграция оборачивает table-recreation в PRAGMA foreign_keys=OFF/ON и содержит post-check инструкцию для верификации отсутствия *_old-таблиц после наката.
  • Backend (Go): новый store.IsUniqueViolationError(err) в internal/store/errors.go — кросс-бэкенд классификатор UNIQUE-violation (PG SQLSTATE 23505 через *pgconn.PgError + SQLite SQLITE_CONSTRAINT_UNIQUE = 2067 через *sqlite.Error, без substring-fallback, который давал бы false positives на user-controlled данных). SkillReflectionJob.reflectSkill (internal/agent/skill_reflection.go) при UNIQUE-violation от CreateSkillImprovementProposal теперь возвращает (0, nil) с debug-логом вместо warn-уровня с ошибкой — конкурентный тик после миграции 089 становится ожидаемой race-ситуацией (pending-proposal уже создан), а не источником ложных alert’ов в прод-логах. HasPendingSkillImprovementProposal остаётся как fast-path (чтобы не тратить LLM-токены), финальный гарантия — DB.
  • Тесты: 9 новых store-тестов инвариантов в internal/store/skill_tracking_hardening_test.go (partial-unique runs reject-duplicate + allow-after-finish + allow-for-different-agents; partial-unique proposals reject-duplicate + allow-after-apply; CHECK на step status/source enum; resolved-invariant; size-cap; IsUniqueViolationError для PG-кодов). 1 новый agent-тест race-tolerance в internal/agent/skill_reflection_test.go (TestSkillReflection_ToleratesConcurrentProposalCreation через store-wrapper с TOCTOU-симуляцией). 1 новый store-тест internal/store/errors_test.go (real SQLite UNIQUE-violation распознаётся). 6 существующих тестов адаптированы под новые DB-inварианты (дубли running/pending заменены на разные skills/agents либо finish/apply между create). TestSQLiteMigrationsUpDownUp покрывает накат/откат 089.

Changed

• ocr review backlog: закрытие всех остаточных замечаний #170 (issue #172, 6 этапов v0.142.11–v0.142.16). После перевода модалок cron/heartbeat в страницы (#170) остался backlog из ~36 замечаний ocr review. Все закрыты единообразно 6 PATCH-этапами; ~35 из 36 — закрыты, 1 (per-field error mapping, D-774) осознанно отложен как минор (требует backend-контракта structured field errors, не оправдано для форм из 2-7 полей) и задокументирован в docs/todo.md.

  • Этап 1 — Backend GET-by-id (v0.142.11): новые эндпоинты GET /api/v1/agents/{id}/cron/{jobID} и GET /api/v1/agents/{id}/heartbeat/{taskID} (IDOR-safe через requireCronInAgent/requireHeartbeatInAgent, 404 на чужой ресурс — по образцу SkillsHandler.GetRun). api.cron.get/api.heartbeat.get в endpoints.ts. 8 handler-тестов (TestCronGet_*, TestHeartbeatGet_*).
  • Этап 2 — Edit-страницы: race-guard + GET-by-id + strict route-param (v0.142.12): 4 edit-страницы переведены с list+find на новые GET-by-id эндпоинты; защищены от race через createCancellableRequest (канон проекта, как в skills runs/[runID]). Новая утилита web/src/lib/utils/parseRouteId.ts — regex /^\d+$/ + Number.isInteger + >0 (NaN для malformed '123abc'/'1.5'/'-1', раньше parseInt молча обрезал). Unauthorized → goto('/login').
  • Этап 3 — List-страницы: afterNavigate + error-гигиена (v0.142.13): afterNavigate на 5 списках (cron/heartbeat × agent/settings + skills) перечитывает данные при возврате с create/edit-страниц (onMount не перезапускается при client-side навигации туда-обратно). settings/cron/settings/heartbeat: error='' в начале toggle/delete (баннер больше не висит от прошлой неудачи); пустой catch {} в loadAgentCron/loadAgentHeartbeat заменён на логирование; последовательный for → Promise.all (N+1 fix).
  • Этап 4 — Редакторы: ограничения ввода и a11y (v0.142.14): maxlength + счётчик на textarea (name 200, message 10000 cron, title 200, description 4000 heartbeat — мегабайтный paste больше не уходит целиком). model_id select → sentinel '__default__' вместо '' (корректная обработка id=0, явное намерение). schedule_tz: <datalist> с COMMON_TIMEZONES (подсказка IANA-зон). role="alert" на всех error-баннерах (a11y, скринридеры). handleSave во всех 8 страницах: try/catch + toast.success + throw friendlyError (403/404 → человекочитаемое сообщение). Новая утилита web/src/lib/utils/friendlyError.ts.
  • Этап 5 — cronSchedule корректность русского (v0.142.15): describeEvery — upfront-нормализация секунд (ветка 's' больше не мёртвая: 45s → «каждые 45 секунд», а не «каждые 1 минуту»); gendered per-unit prefix (каждую минуту ж.р. vs каждый час м.р.); единый pluralizeRu(n, one, few, many) + pluralizeIndex(n). Для 21/31 (mod10===1) prefix и форма слова выбираются по индексу формы, а не по v===1 — «каждый 21 час»/«каждую 21 минуту» теперь корректно. 22 unit-теста (cronSchedule.test.ts: seconds/минуты/часы/дни/cron-пресеты/pluralizeRu edge-cases 1-2-5-11-21-101-111).
  • Этап 6 — DRY (v0.142.16): новый компонент web/src/lib/components/AgentContextHeader.svelte — извлечение дублированного блока «Агент: …» из 4 settings-страниц. Замечания 443 (hover-style), 1063 (button/<a> mix), 1241 (description optional), 1054 (route-shape ?agent=) оставлены после анализа как корректные/косметика, задокументированы в docs/todo.md.
  • Проверки: go test ./internal/... зелёный, golangci-lint 0 issues, npm run check 0 errors, npm test 410 passed (+22 новых cronSchedule-тестов).

• Cron/Heartbeat: модалки создания/редактирования → отдельные страницы (issue #170). Inline-модальные окна в разделах /agents/[id]/cron, /settings/cron, /agents/[id]/heartbeat, /settings/heartbeat заменены полноценными страницами /new и /[id] по образцу навыков (SkillEditor + тонкие страницы-обёртки). Причина: в модальном окне неудобно редактировать длинные описания задач/инструкции для агента. Все 4 раздела приведены к единому паттерну: переиспользуемый компонент-форма + тонкая страница (загрузка в onMount, breadcrumbs через $derived.by, навигация через goto после сохранения).

  • Новые компоненты: web/src/lib/components/CronJobEditor.svelte (поля: название, тип расписания at/every/cron, расписание с пресетами + datetime-local для at, часовой пояс для cron, сообщение/инструкция textarea rows=8, чекбокс «Доставить результат», модель) и web/src/lib/components/HeartbeatTaskEditor.svelte (название + описание/инструкция textarea rows=8). По образцу SkillEditor.svelte.
  • Новая утилита web/src/lib/utils/cronSchedule.ts — пресеты cronPresets/everyPresets и функции describeCron/describeEvery/describeSchedule, ранее дублировавшиеся inline в settings/cron/+page.svelte, вынесены и переиспользуются компонентом и обоими списками. cronDescriptionMap теперь частично деривится из cronPresets (устранён рассинхрон пресетов и описаний: «Каждое воскресенье в 12:00»/«1-е число месяца в 09:00» теперь описываются корректно). Для неизвестных cron-выражений возвращается «Пользовательское расписание (…)» вместо сырого выражения.
  • 8 новых страниц: /agents/[id]/cron/{new,[jobId]}, /settings/cron/{new,[agentId]/[jobId]}, /agents/[id]/heartbeat/{new,[taskId]}, /settings/heartbeat/{new,[agentId]/[taskId]}. Страницы настроек для создания читают ?agent= через page.url.searchParams. Все с хлебными крошками, fallback на «Агент» при ошибке загрузки, валидацией ID (<= 0).
  • Унификация: в /settings/cron добавлен выбор модели (раньше отсутствовал — расхождение со страницей агента).
  • Списки переведены на навигацию ссылками (<a href>): кнопки «Добавить»/«Изменить» стали ссылками на новые страницы, inline-модалки и весь связанный state (showModal, editingJob, cronForm, save, backdrop-хендлеры) удалены. Toggle/удаление остались в списках через ConfirmModal. Заодно исправлен дублированный класс text-warning-text text-warning-text в settings/heartbeat.
  • Типизация: в сигнатуру api.cron.create (endpoints.ts) добавлено поле model_id?: number | null (раньше тип объявлял только provider_id, но фронтенд отправлял model_id → potential excess-property error).

• Performance-hardening skill-tracking (Этап 4 аудита ocr review): устранение N+1, prompt bloat, неограниченных выборок. Шесть пунктов производительности из docs/fix-audit-problem.md (4.1–4.6). Все правки обратно-совместимы, изменяют только hot-path’и; фиксы опираются на уже применённую миграцию 089 и существующие конвенции кодовой базы.

  • N+1 в buildReflectionPrompt (4.1) — новый batched accessor Store.ListSkillRunStepsByRunIDs(ctx, runIDs) (map[int64][]*SkillRunStep, error) (SQLite через IN (?,?,...) + strings.Repeat-паттерн, PostgreSQL через ANY($1::bigint[]), делегирование в DualStore) заменяет поэлементный ListSkillRunSteps в цикле по runs. Сигнатура buildReflectionPrompt расширена ctx context.Context (раньше использовался context.Background(), что не пробрасывало tick-deadline). Graceful-fallback: при ошибке batched-fetch reflection продолжается без шагов (warn-лог), не валит tick. Документирован контракт: пустой runIDs → пустая non-nil map без обращения к БД; runs без шагов не появляются ключами.
  • LoadSkillsConfig на каждый turn без кэша (4.2) — сигнатура изменена на LoadSkillsConfig(ctx, s, agentID), внутренний context.Background() заменён на передаваемый ctx. Добавлено поле cachedSkillsConfig *SkillsConfig в ContextBuilder (сбрасывается в buildSystemPromptWithBudget рядом с cachedAgent) — на каждый turn один GetAgent + JSON-unmarshal вместо N. Все 1 production + 9 тестовых call sites обновлены. В godoc ContextBuilder добавлено предупреждение о небезопасности для concurrent-use.
  • GetSkillRunStats — полный рефакторинг (4.3) — старая реализация грузила все skill_runs строки в память и делала двойной pass (sort копии + sum оригинала) с неограниченным ростом durations. Новый код: (1) агрегатный SQL-запрос одним round-trip’ом через COUNT(*) / SUM(CASE WHEN ...) / COUNT(*) FILTER (WHERE ...) / AVG (SQLite + PG симметрично, диалект-адаптация); (2) отдельный запрос для медианы за окно skillRunStatsLookbackDays = 90 дней, capped skillRunStatsMedianCap = 1000 значений на скилл (in-place sort.Ints, без копии); (3) GROUP BY skill_id + MIN(skill_name) — устойчив к дрейфу skill_name в skill_runs при rename скилла; (4) avg и median считаются по одному и тому же статус-фильтру ('completed'/'failed'/'orphaned') и одному cutoff — метрики сопоставимы; (5) named helper’ы (loadAggregates / loadDurations) возвращают error явно (раньше IIFE молча проглатывала DB-ошибки, маскируя сбои под “нет данных”). Хелпер medianSorted сохранён (единая логика медианы для обоих стораджей).
  • Prompt bloat в buildReflectionPrompt (4.4) — sk.Content, r.Goal, r.Summary, r.Reflection раньше писались в промпт без лимита; при TopNRuns=10 и многословных полях промпт уходил в мегабайты. Добавлены константы maxSkillContentInPrompt = 8 KiB и maxRunFieldLen = 1024 (рядом с переиспользуемым truncateForPrompt); все unbounded-поля обёрнуты в truncateForPrompt.
  • Остаточные Summaries() → Has (4.5) — ToolSummaryProvider.Has (добавлен в Этапе 0.2) теперь используется в buildToolHintsBlock (memory_search), buildScratchpadGuidance (scratchpad_write), buildSubAgentGuidance (spawn) вместо прежней итерации Summaries() ради membership-проверки одного имени (аллокация map каждый вызов). Единственное легитимное использование Summaries() осталось в buildToolsBlock — там реально нужен список всех имён.
  • lookupEnabled → один JOIN (4.6) — новый метод Store.GetEnabledSkillForAgent(ctx, agentID, name) (*Skill, error) (SQLite/PG/DualStore, JOIN skills ⨝ agent_skills с WHERE agent_id=? AND name=? AND enabled) заменяет прежние два round-trip’а (GetSkillByName + ListEnabledSkillsForAgent + client-side linear scan) в SkillTool.lookupEnabled. Добавлен sentinel store.ErrSkillNotEnabled (покрывает все случаи отсутствия row: не существует / не подключён / disabled — осознанное объединение, downstream различает через errors.Is). Пользовательское сообщение объединено: "skill %q not found or not enabled for this agent" — это упрощает код и убирает fallback-query (которая компрометировала бы оптимизацию на error-path). Godoc явно документирует объединение и путь для различения. Stale-comment в beginAction обновлён.
  • Тесты (DoD этапа 7): TestListSkillRunStepsByRunIDs_EmptyInput + TestListSkillRunStepsByRunIDs_GroupsByRunID (store, покрытие batched-accessor: пустой список, группировка, порядок, contract run-без-шагов и unknown-runID); TestGetEnabledSkillForAgent (store, 4 сценария: Enabled / Disabled / Unknown / WrongAgent — все возвращают корректный sentinel); TestReflectSkill_NPlus1ReturnsGraceful (agent, mock-store с ошибкой ListSkillRunStepsByRunIDs — reflection продолжает работу); TestBuildReflectionPrompt_TruncatesUnboundedFields (agent, oversized-поля → bounded-промпт). Существующие тесты TestSkillRun_Stats* (3 кейса) и TestSkillTool_Begin_NotFound/NotEnabled/Activate_NotEnabled (3 кейса) продолжают проходить без правок. go test -race ./internal/agent/... зелёный.

• SkillTool: lookupEnabled теперь вызывается до мьютекса в beginAction/endAction (read-only store-вызовы не требуют блокировки) — сокращает критическую секцию beginMu.

• Style/telemetry-hardening skill-tracking (Этап 6 аудита ocr review): типизированные sentinel’ы, SemVer, json.Decoder, drift guard, логирование. Девять пунктов код-стайла и телеметрии из docs/fix-audit-problem.md (6.1–6.9) + релевантные тесты из Этапа 7. Все правки обратно-совместимы, улучшают maintainability и observability без изменения runtime-поведения (кроме incrementSkillVersion для pre-release и parseReflectionResponse для brace-in-string — оба fixing latent bugs).

  • Sentinel ErrProposalNotPending (6.2) — хрупкий strings.Contains(err.Error(), "is not pending") в handler.ApplyProposal/RejectProposal заменён на errors.Is(err, store.ErrProposalNotPending). Store (SQLite/PG симметрично) оборачивает not-pending/not-found ошибки через %w к новому sentinel’у. Тесты TestSkillProposal_Apply_NotPending/Reject_NotPending/Reject_NotFound усилены до errors.Is.
  • lookupEnabledForAgent + sentinel propagation (6.1) — rename lookupEnabled → lookupEnabledForAgent (симметрично ListEnabledSkillsForAgent/GetEnabledSkillForAgent). User input (имя скилла) больше не попадает в сообщение об ошибке — sentinel store.ErrSkillNotEnabled пробрасывается напрямую (validateSkillName отсекает некорректные значения до store). Тесты TestSkillTool_Begin_NotFound/NotEnabled усилены errors.Is(err, store.ErrSkillNotEnabled).
  • incrementSkillVersion через golang.org/x/mod/semver (6.5) — переписана с использованием semver.IsValid/MajorMinor/Prerelease/Build для корректной обработки pre-release (1.0.0-rc.1 → 1.1.0-rc.1) и build-metadata. Невалидный SemVer → lenient-fallback (сохраняет прежнее поведение для 1.0.abc/5), полностью непарсируемый → timestamp-суффикс (уникальность вместо потенциальной коллизии). Поведение для "" → "1.0.0" и v/V-prefix сохранено.
  • parseReflectionResponse через json.NewDecoder (6.8) — ручной brace-balancing ломался, если proposed_content содержал } внутри строки (например code block return {}). Заменён на json.Decoder.Decode — стандартная библиотека корректно пропускает строковые литералы. Новый тест TestParseReflectionResponse_JsonWithBraceInString.
  • skillMeta drift guard (6.3) — compile-time assertion (type conversion skillMeta ↔ skills.SkillMetadata) + round-trip тест TestSkillMetadataRoundTrip (encode → parse → DeepEqual) в новом файле internal/store/skill_metadata_test.go. Если каноническая структура получит поле, а mirror — нет, assertion не скомпилируется.
  • slog.Warn вместо silent-swallow (6.4) — parseMetadataRaw и encodeMetadataRaw логируют corrupt-JSON / marshal-failure на Warn (раньше молча возвращали zero/"{}", затирая плохой blob без следа). Raw blob обрезан до 256-байтного preview (future-proofing против exfiltration).
  • Локализация комментариев (6.6) — русские inline-комментарии в actor.go (idle-timer), helpers.go (requireSkillRunInAgent/requireSkillImprovementProposalInAgent/optInt64Query) и skill_metadata.go переведены на английский; удалён китайский символ 致命 и опечатка показовет.
  • Логирование (6.7) — handler.ApplyProposal: логируется конкретная версия (skills.ParseMetadata(sk.Metadata).Version) вместо всего metadata-JSON blob’а. context.go:buildSkillsBlock: в slog.Debug("skills injection") добавлен session_key (для корреляции с skill_runs/skill_run_steps); вызов ContextWithSessionKey в actor.go перенесён до BuildMessages (раньше ctx не имел session key в момент сборки промпта → поле всегда было пустым).
  • store.IsNotFoundError + фильтр ErrNoRows в handler — новый классификатор (по образцу IsUniqueViolationError) распознаёт sql.ErrNoRows и pgx.ErrNoRows. requireSkillImprovementProposalInAgent логирует только genuine transient DB-ошибки (не каждую легитимную 404).
  • Документация (6.9) — ADR 2026-06-17-skill-activation-tracking.md обновлён: статус Accepted (hardened), добавлена секция о hardening (этапы 0–6). docs/roadmap.md — секция v0.142.x — Skill Activation Tracking Hardening. docs/features-matrix.md — подраздел 14.1. Skill Activation Tracking со статусами.

Fixed

• Cron: выбор модели (model_id) не работал — поле игнорировалось при сохранении и исполнении (issue #171). Баг был двухслойным, хотя store-слой полностью поддерживал колонку model_id (SQLite/PG: INSERT/UPDATE/SELECT). (1) HTTP-хендлер CronHandler.Create/Update (internal/server/handler/cron.go) декодировали только provider_id, поле model_id отсутствовало в request-структуре → фронтенд отправлял model_id, но он молча отбрасывался. (2) При исполнении коллбэк onJob (cmd/taigaclaw/main.go) публиковал InboundMessage, а SessionActor.handleInbound выбирал провайдер через ResolveProvider(agentID), который читал только agent.DefaultModelID — ни job.ModelID, ни job.ProviderID не применялись, задача всегда шла на дефолтную модель агента.

  • Handler: в request-структуры Create/Update добавлено поле model_id; значение применяется к job.ModelID. Для Update использован json.RawMessage, чтобы различать три состояния: ключ отсутствует → не трогать; null → очистить (вернуть на дефолт); число → установить (паттерн **int64 не позволяет отличить null от отсутствия, поэтому provider_id имеет ту же историческую ограниченность — не расширял скоуп).
  • AgentLoop: новый метод ResolveProviderForModel(ctx, agentID, modelID *int64) — при ненулевом override переиспользует существующий resolveFromModel (сам тянет провайдера по model.ProviderID), при ошибке/отсутствии/disabled-model gracefully fallback’ит на ResolveProvider (дефолт агента), чтобы turn не падал.
  • Bus: новый метод InboundMessage.ModelIDOverride() читает Metadata["_model_id_override"] (по аналогии с _wants_stream/_session_title), типобезопасно парсит int64/int/float64 (JSON round-trip), отвергает 0/негативные/неверный тип.
  • Actor: handleInbound один раз читает override из сообщения и использует ResolveProviderForModel в обеих точках выбора провайдера (стр. 388 — основной turn, 586 — ContextBuilder).
  • main.go: cron-коллбэк кладёт job.ModelID в metadata под _model_id_override (только когда не nil и > 0); heartbeat не затронут.
  • Тесты: internal/server/handler/cron_test.go (Create с model_id → персистентность + re-read из store; Create без → nil; Update устанавливает; Update очищает через null); internal/bus/bus_test.go — ModelIDOverride() (8 случаев: nil/missing/int64/int/float64/zero/negative/wrong-type); internal/agent/loop_model_override_test.go — ResolveProviderForModel (nil/zero → дефолт; unknown model → fallback на глобальный, не nil). go test ./internal/... зелёный; race-чистый на новых тестах; golangci-lint — 0 issues.

• Таймзон-баг в редакторе cron-задач (normalizeForEdit, issue #170). При редактировании cron-задачи с schedule_kind='at' значение schedule_expr (абсолютный момент, UTC) форматировалось через локальные методы Date#getFullYear/getHours/... браузера и отправлялось обратно как наивное datetime-local значение, которое бэкенд трактует как UTC — время срабатывания молчаливо смещалось на offset часового пояса браузера. Исправлено: форматирование через UTC-методы (getUTCFullYear/…), абсолютный момент сохраняется end-to-end. Действовало в обоих новых страницах редактирования (agents/[id]/cron/[jobId], settings/cron/[agentId]/[jobId]).

• Сброс schedule_expr при смене типа расписания (issue #170) в CronJobEditor: раньше при переключении at→every/cron в поле оставалось значение, невалидное для нового типа (например, datetime в поле cron-выражения), что приводило к silent mis-scheduling. Теперь поле сбрасывается через $effect.

• Валидация ID (issue #170): страницы создания/редактирования cron/heartbeat теперь отвергают неположительные ID (agentId <= 0, jobId <= 0, taskId <= 0), раньше parseInt('-1') проходил проверку !id || isNaN(id) и уходил на бэкенд.

• Data race на SessionActor.agentID в idle-timer (3.1) — go test -race падал на параллельном чтении a.agentID (без блокировки) и записи в setChannelInfo (под chanMu.Lock()). Чтение переведено на новый accessor getAgentID().

• Race в SkillRunStepsHook.OnToolComplete (3.3) — между iteration++ и CreateSkillRunStep лок отпускался, что создавало теоретическую гонку на ar.iteration (два конкурирующих OnToolComplete могли записать дублирующий iteration). Лок теперь держится на всю итерацию for-loop.

• Lost update в ApplySkillImprovementProposal (3.5) — UPDATE skills без version guard терял апдейт при конкурентной правке skill.metadata. Добавлен optimistic locking через WHERE id=? AND metadata=? + ErrConcurrentModification (handler → 409 Conflict).

• Саморефлексия скиллов (итерация 5): cron-job + LLM-анализ последних запусков + proposals с diff. Фоновый SkillReflectionService периодически (по умолчанию каждые 24 ч, opt-in через setting skill_reflection_enabled) для каждого скилла агента с ≥10 завершёнными runs за последние 30 дней собирает (skill_runs + skill_run_steps + reflection), отправляет LLM промпт-анализ (паттерны дубликатов, откаты, ошибки, длинные chains, drift skill_content_hash) и сохраняет улучшенный контент как pending proposal. Пользователь видит страницу /agents/{id}/skills/improvements со списком proposals, построчным LCS-diff (current vs proposed), ссылками на related runs, и кнопками Apply / Reject (с textarea для reason). Закрывает use-case 3 ADR поверх готового доменного слоя из итерации 3. См. ADR docs/adr/2026-06-17-skill-activation-tracking.md (раздел «Forward-compatibility» → «3. Саморефлексия»).

  • Backend (Go): миграция 088_skill_improvement_proposals (4 файла SQLite+PG, с chk_skill_proposals_status enum-constraint, reject_reason полем). Тип SkillImprovementProposal + 6 методов интерфейса Store (CreateSkillImprovementProposal, GetSkillImprovementProposal, ListSkillImprovementProposals, HasPendingSkillImprovementProposal, ApplySkillImprovementProposal (atomic tx: UpdateSkill.Content + инкремент SkillMetadata.Version через локальный skill_metadata.go helper incrementSkillVersion + mark proposal applied), RejectSkillImprovementProposal (с reason, guard status='pending')); реализации идентичны для SQLite/PostgreSQL. Новый SkillReflectionJob + SkillReflectionService (internal/agent/skill_reflection.go): jitter ±20%, gate-at-call-site (по образцу AutoCompactService), tolerance к markdown-fences и trailing-text в LLM-ответе (parseReflectionResponse), hard cap 256 KiB на proposed_content (защита от runaway-генерации). 4 handler’а (ListProposals, GetProposal, ApplyProposal, RejectProposal) в SkillsHandler с IDOR-защитой; ApplyProposal/RejectProposal обёрнуты в RequireAgentAdmin (по образцу approvals/{id}/resolve); TOCTOU race → 409 (не 500); JSON-decode-error в RejectProposal → 400. Роуты внутри RequireAgentRole("agent_user"). Подключение в cmd/taigaclaw/main.go через setting skill_reflection_enabled; shutdown в gracefulShutdown.
  • Frontend (Svelte 5): тип SkillImprovementProposal/SkillImprovementProposalStatus (web/src/lib/api/types.ts); методы api.skills.listProposals(agentId, status?)/getProposal/applyProposal/rejectProposal(agentId, proposalId, reason?) (web/src/lib/api/endpoints.ts, query через URLSearchParams). Утилиты skillProposalStatusLabel/Color и computeLineDiff (LCS dynamic programming) с типом DiffLine в web/src/lib/utils/skillRuns.ts. Новая страница /agents/{id}/skills/improvements/+page.svelte: race-protected loaders (sequence-номер + cancelled-flag через onDestroy), фильтр по статусу (pending по умолчанию), карточки proposals с раскрываемым diff (color-coded added/removed/context), ссылками на related runs (based_on_run_ids), модалки Apply (ConfirmModal) и Reject (textarea). Ссылка «Улучшения →» добавлена на /agents/{id}/skills.
  • Тесты: store-тесты (14 кейсов в internal/store/skill_proposals_test.go — create/get/get-not-found/list-filters-by-status/list-order-newest-first/list-empty/has-pending/has-pending-false-after-apply/apply/apply-not-pending/apply-increments-version-from-empty/reject/reject-not-pending/reject-not-found + 4 unit-теста для incrementSkillVersion/parseMetadataRaw/encodeMetadataRaw); reflection-тесты (12 кейсов в internal/agent/skill_reflection_test.go — creates-proposal/skips-builtin/skips-low-runs/skips-when-pending-exists/skips-same-content/nil-provider-noop/filter-by-lookback/reflect-all/parse-response-ok/markdown-fences/trailing-text/empty/no-json/unbalanced + service disabled-no-op/stop-idempotent); handler-тесты (16 кейсов в internal/server/handler/skills_test.go — ListProposals empty/ok/filters-by-status/invalid-status/invalid-agent-id, GetProposal ok/not-found/foreign-agent-404/invalid-agent-id/invalid-proposal-id, ApplyProposal ok/not-pending-409/foreign-agent-404/invalid-agent-id/oversized-content-422, RejectProposal ok/no-reason-ok/not-pending-409/foreign-agent-404/invalid-agent-id/malformed-json-400). Фронтенд-тесты утилит (11 кейсов в web/src/lib/utils/skillRuns.test.ts для proposal-status-хелперов и computeLineDiff). Всего +57 новых тестов.

• Flow-просмотр запуска скилла (итерация 4): timeline шагов одного skill_run. Клик по строке в истории /agents/{id}/skills/runs открывает страницу /agents/{id}/skills/runs/{runID} с заголовком run (skill_name, status, goal, summary, reflection, started/finished, duration, skill_version) и timeline всех skill_run_steps — tool, args_summary/result_summary (с раскрытием по клику), status-badge, took_ms, iteration, depth (nested-визуализация через отступ + badge «depth: N»), source. Закрывает use-case 2 ADR и использует готовый доменный слой из итерации 3 без schema-правок. См. ADR docs/adr/2026-06-17-skill-activation-tracking.md (раздел «Forward-compatibility» → «2. Flow-просмотр запуска»).

  • Backend (Go): два handler-метода в SkillsHandler (internal/server/handler/skills.go) — GetRun (для шапки страницы) и ListRunSteps (timeline). Оба используют зарезервированный в итерации 3 requireSkillRunInAgent для IDOR-защиты (404 при чужом run, не 403 — чтобы не палить существование). Роуты GET /skills/runs/{runID} и GET /skills/runs/{runID}/steps внутри RequireAgentRole("agent_user"). Снят //nolint:unused с requireSkillRunInAgent.
  • Frontend (Svelte 5): тип SkillRunStep/SkillRunStepSource (web/src/lib/api/types.ts); методы api.skills.getRun(agentId, runId)/listRunSteps(agentId, runId) (web/src/lib/api/endpoints.ts). Новая страница runs/[runID]/+page.svelte: race-protected loaders (oneSeq/stepsSeq + cancelled-flag через onDestroy), разделение критичной/некритичной ошибок (run vs steps — последняя рендерится баннером с кнопкой «Повторить» над timeline), expandable-шаги, кнопка «Скопировать JSON» (run+steps в буфер). Step-status-хелперы skillRunStepStatusLabel/Color централизованы в web/src/lib/utils/skillRuns.ts (отдельный enum running|completed|error, fallback «неизвестно: X»/bg-dimmed text-label для будущих статусов). Строки таблицы в runs/+page.svelte стали кликабельными с keyboard-поддержкой (role="link"/tabindex="0"/onkeydown Enter/Space).
  • Тесты: 9 handler-тестов в internal/server/handler/skills_test.go (TestGetRun_{OK, NotFound, ForeignAgent_Returns404, InvalidAgentID, InvalidRunID}, TestListRunSteps_{OK, Empty, RunNotFound_Returns404, ForeignAgent_Returns404, InvalidAgentID, InvalidRunID}) с общим fixture seedRunWithSteps; 4 новых unit-теста для step-хелперов в web/src/lib/utils/skillRuns.test.ts. Всего +13 новых тестов.

• Персистентность запусков скиллов + история + счётчики (итерация 3): доменный слой skill_runs/skill_run_steps + API + UI истории. Каждый begin/end работы над скиллом теперь фиксируется в БД (раньше — только эфемерный live-бейдж и tool_audit_log). Пользователь видит страницу /agents/{id}/skills/runs со счётчиками по скиллам (total/completed/failed/cancelled/orphaned, avg/median duration, прогресс ratio) и таблицей истории запусков с фильтрами и пагинацией. Закрывает use-case 1 ADR и закладывает фундамент под flow-просмотр (итерация 4) и саморефлексию (итерация 5) без будущих schema-правок. См. ADR docs/adr/2026-06-17-skill-activation-tracking.md (раздел «Архитектура» → «Таблица skill_runs»/«skill_run_steps»/«SkillRunStepsHook»).

  • Backend (Go): миграции 086_skill_runs + 087_skill_run_steps (8 файлов SQLite+PG, с forward-compat полями skill_version/skill_content_hash/reflection/tokens_used/parent_run_id/depth/iteration/source, ON DELETE CASCADE/SET NULL). Типы SkillRun/SkillRunStep/SkillRunStat + 10 методов интерфейса Store (CreateSkillRun, FinishSkillRun, GetActiveSkillRuns, GetSkillRun, ListSkillRuns, MarkOrphanedSkillRuns, MarkAllOrphanedSkillRuns, GetSkillRunStats, CreateSkillRunStep, ListSkillRunSteps); реализации идентичны для SQLite и PostgreSQL (медиана длительности считается в Go — единой логикой, т.к. в кодовой базе нет SQL-медианы). Tool skill (skill_tool.go) расширен записью lifecycle: beginAction → CreateSkillRun (возвращает run_id), endAction → поиск top-most running-run через GetActiveSkillRuns + FinishSkillRun (fail-safe: сбой трекинга не валит turn LLM). Новый SkillRunStepsHook (internal/agent/skill_run_steps_hook.go, 3-й hook в CompositeHook) держит стек активных runs и атрибутирует к ним шаги других tool-call’ов (nested-runs → шаг пишется во все активные runs стека с depth=позиция, sensitive-args маскируются через переиспользуемый maskSensitiveArgs). Orphan-recovery в двух точках: idle-timer SessionActor.run() (per-agent) + AgentLoop.Stop() (sweep всех оставшихся running при shutdown процесса). Хендлеры GET /api/v1/agents/{id}/skills/runs (фильтры skill_id/status, пагинация) и GET /api/v1/agents/{id}/skills/runs/stats в SkillsHandler; роуты — внутри RequireAgentRole("agent_user") (минимум для чтения агентом-членом). IDOR-хелпер requireSkillRunInAgent зарезервирован для итерации 4 (flow-просмотр).
  • Frontend (Svelte 5): типы SkillRun/SkillRunStat/SkillRunStatus (web/src/lib/api/types.ts); методы api.skills.listRuns(agentId, filters)/runStats(agentId) (web/src/lib/api/endpoints.ts, query через URLSearchParams); утилиты skillRunStatusLabel/skillRunStatusColor/formatSkillRunDuration (мс/с/мин/ч)/ratioCompletedOrphaned в web/src/lib/utils/skillRuns.ts. Страница /agents/{id}/skills/runs/+page.svelte: race-protected loader (sequence-номер, как в llm-log), блок статистики (карточки по скиллам с прогресс-полосой ratio completed), фильтры (<select> по скиллу/статусу), таблица runs, пагинация prev/next. Ссылка «История запусков →» добавлена на /agents/{id}/skills.
  • Тесты: store-тесты (12 кейсов в internal/store/skill_runs_test.go — create/finish/get-active/list-filters/mark-orphaned single+all/stats aggregation+empty+multi-skills/step create+list+cascade/sensitive-args/medianSorted); hook-тесты (11 кейсов в internal/agent/skill_run_steps_hook_test.go — begin/end push/pop, step-writing, nested-writes-to-all-stack, out-of-order nested, end-without-begin, activate-no-run, sensitive-args-masked, unknown-action, iteration-increment, parseSkillArgs); handler-тесты (7 кейсов в internal/server/handler/skills_test.go — ListRuns empty/with-runs/by-status/by-skill-id/invalid-agent-id, RunStats aggregation/empty/invalid). Фронтенд-тесты утилит (17 кейсов в web/src/lib/utils/skillRuns.test.ts). Всего +47 новых тестов.

• Упрощение discovery скиллов (итерация 2): feature-flag skills.legacy_injection — buildSkillsBlock теперь разделяет поведение по флагу skills.legacy_injection в agent.Config. При true (дефолт) сохраняется прежнее поведение: скиллы с Always=true и совпавшие по триггерам целиком инжектируются в системный промпт. При false все скиллы показываются LLM только каталогом (name + description) в секции «Available Skills» — полный контент LLM подтягивает сама через tool skill (action=activate). Экономит токены (kilobytes контента на каждый скилл), даёт явный сигнал телеметрии «LLM решила загрузить этот скилл» и устраняет дублирование между Always-инъекцией и on-demand активацией. См. ADR docs/adr/2026-06-17-skill-activation-tracking.md (раздел «Discovery: упрощение buildSkillsBlock»).

  • Backend (Go): новый тип SkillsConfig + LoadSkillsConfig(s, agentID) в internal/agent/skill_config.go (по образцу SubagentsConfig); fail-safe ко всем путям отказа (nil-store, нет агента, пустой/мalformed Config — всегда возвращается дефолт true, ничто не ломается у existing-агентов). buildSkillsBlock (internal/agent/context.go) переписан с gated-веткой на LegacyInjection; defensive copy слайса скиллов (не алиасит store-owned backing array). Поле skills_config добавлено в UpdateAgent handler (internal/server/handler/agent.go) с merge в существующий agent.Config JSON по образцу subagents_config/strategy_config; DRY-рефакторинг условия hasSubconfigs, обработка corrupt-existing-Config через 500 вместо silent swallow.
  • Frontend (Svelte 5): тип SkillsConfig и поле skills_config в UpdateAgentParams (web/src/lib/api/types.ts); SectionCard «Настройки отображения» с toggle и спиннером на странице /agents/{id}/skills (только для админа агента), чтение из agent.config через api.agents.get, сохранение через api.agents.update с toast-нотификацией.
  • Тесты: 8 unit-тестов на LoadSkillsConfig (skill_config_test.go: nil-store, нет агента, empty/no-skills/ malformed-JSON, explicit true/false, preserves-other-sections); 4 integration-теста на buildSkillsBlock (context_skills_test.go: legacy true/false, default-is-legacy, saves-tokens); 4 handler-теста на merge skills_config (agent_config_test.go: stored, preserves-other-sections, toggle, no-inject-when-absent). Всего +16 новых тестов.

• Проектная документация: отслеживание выполнения скиллов — ADR docs/adr/2026-06-17-skill-activation-tracking.md + план реализации docs/plan-skill-activation-tracking.md. Предлагает явную фиксацию старта/остановки работы над скиллом через новый tool skill с actions begin/end/activate, ride-along на существующий tool-call pipeline (AgentHook, WS tool_start/tool_end, ToolAuditHook). Поверх — доменный слой из двух таблиц (skill_runs + skill_run_steps) и SkillRunStepsHook со стеком активных runs для nested. Сравнение с референсами (opencode, openclaw), forward-compat поля под три будущих use-case’а (счётчики запусков, flow-просмотр tool-call’ов, саморефлексия и самосовершенствование скиллов). План разбит на 5 вертикальных итераций (backend+frontend вместе, каждая независимо деплоится), с код-скелетами, SQL-миграциями (086/087/088), API-контрактами и чек-листами DoD.

Fixed (audit 2026-06-18, Этап 0 — блокеры)

• Пустой ToolRegistry в ContextBuilder — весь блок tools/skill-tracking не рендерился в проде (Этап 0.2 аудита). В actor.go (SessionActor.run) registerToolsForAgent вызывался ПОСЛЕ ctxBuilder.BuildMessages, и в ContextBuilder передавался пустой глобальный l.registry (создаётся в NewAgentLoop и нигде не наполняется). Из-за этого buildToolsBlock(), buildToolHintsBlock(), buildScratchpadGuidance(), buildTodoGuidance() и buildSkillsBlock() → секция ## Tracking (инструкция про skill tool с action="begin"/"end") всегда были пустыми — LLM не видел ни списка доступных тулов, ни инструкции по отслеживанию скиллов. Симметричный баг в spawn_tool.go/subagent.go: там порядок вызовов корректный, но передавался тот же пустой глобальный registry вместо локального наполненного.
  • Фикс: в actor.go registerToolsForAgent поднят выше — перед созданием ContextBuilder; SetToolRegistry получает наполненный per-agent agentRegistry. В spawn_tool.go/subagent.go SetToolRegistry теперь принимает локальный registry. Дополнительно интерфейс ToolSummaryProvider расширен методом Has(name string) bool (уже был у *ToolRegistry), а ContextBuilder.hasTool/isSkillToolRegistered переписаны через Has — это заодно убирает аллокацию map в Summaries() на каждом вызове (Этап 4.5).
  • Тесты (internal/agent/context_test.go, +3 кейса): TestBuildSystemPrompt_WithSkillToolInRegistry_HasTrackingBlock (registry с skill → блок ## Tracking присутствует), TestBuildSystemPrompt_NoSkillToolInRegistry_NoTrackingBlock (registry без skill → блока нет), TestBuildSystemPrompt_EmptyRegistry_NoTrackingBlock (nil registry → блока нет, регрессионный guard против исх. бага). mockToolSummaryProvider дополнен методом Has.
• Lifecycle-гонка в SkillReflectionService.Start (Этап 0.3 аудита). Start всегда пересоздавал stopCh, а wg.Add(1) выполнялся вне блокировки → три race-сценария: (1) повторный Start без Stop → утечка горутины (старая ждёт на потерянном канале) + рассинхрон wg; (2) Stop→Start → двойное пересоздание канала; (3) Stop во время Start между Unlock() и wg.Add(1) → wg.Wait() возвращается до Add, горутина уже запущена → следующий Wait зависнет навсегда. go test -race ловит.
  • Фикс: переход с stopCh chan struct{} на context.WithCancel (как рекомендовал вердикт аудита). cancelFn context.CancelFunc хранится в структуре; Start стал idempotent (повторный Start без Stop — no-op с warn, wg.Add(1) под локом), Stop забирает cancelFn под локом и вызывает cancel() вне блокировки перед wg.Wait(). Побочное преимущество: честный restart-after-Stop (прежний код на закрытом stopCh этого не умел — новый Start после Stop молча возвращался или падал на close закрытого канала).
  • Дополнительно (по итогам ocr review): фоновый цикл отвязан от caller’s ctx (context.Background() как parent для WithCancel) — теперь lifecycle управляется только через Stop() (matches паттерн cron/heartbeat/autocompact; shutdown в gracefulShutdown явно вызывает Stop()). Это устраняет риск, что будущий caller с request-scoped ctx молча убьёт фон. Переданный ctx используется только для early-reject: если он уже отменён на момент Start, горутина не запускается (иначе runLoop вышел бы немедленно, а лог сказал бы «started», оставив сервис в рассинхрон-состоянии).
  • Тесты (internal/agent/skill_reflection_test.go, +4 кейса): TestSkillReflectionService_StartTwice_SecondIsNoOp (повторный Start = no-op + warn, второй горутины нет), TestSkillReflectionService_RestartAfterStop (Start→Stop→Start→Stop работает без зависания), TestSkillReflectionService_StopBeforeStart (Stop без Start — безопасный no-op, cancelFn=nil), TestSkillReflectionService_StartWithCancelledCtx_NoOp (Start с уже-отменённым ctx — no-op, горутина не запускается). Все тесты проходят под -race.
• FinishSkillRun без WHERE status='running' — потеря orphan-отметки (Этап 0.4 аудита). Между вызовом SkillTool.endAction и FinishSkillRun мог сработать idle-timer и пометить run как orphaned (через MarkOrphanedSkillRuns). Тогда FinishSkillRun молча перетирал status='orphaned' на status='completed', теряя отметку orphan-страховки. Симметричный markOrphanedSkillRunsRows уже использовал WHERE status='running', а FinishSkillRun — нет.
  • Фикс: в sqlite.go/postgres.go FinishSkillRun теперь использует WHERE id=? AND status='running' и проверяет RowsAffected; при 0 rows возвращает новый sentinel store.ErrSkillRunAlreadyFinished (рядом с ErrConcurrentModification). Совместимость сохранена: skill_tool.go:endAction уже игнорирует ошибку через slog.Warn — end на уже-orphan-run только логируется и не валит turn LLM. Существующий тест TestSkillRun_Finish_NotFound (run отсутствует → nil) остаётся корректным: для not-found existing==nil → early return.
  • Тесты (internal/store/skill_runs_test.go, +2 кейса): TestFinishSkillRun_AlreadyOrphaned_ReturnsSentinelError (run → MarkOrphanedSkillRuns → FinishSkillRun → errors.Is(err, ErrSkillRunAlreadyFinished), статус остался orphaned), TestFinishSkillRun_AlreadyFinished_ReturnsSentinelError (повторный FinishSkillRun на completed run → sentinel, первый completed не перетёрт).

Fixed (audit 2026-06-18, Этап 1 — безопасность)

• IDOR в handler/skills.go — centralized ownership checks (Этап 1.1 аудита). Три handler’а (GetProposal, ApplyProposal, RejectProposal) дублировали inline-проверку prop.AgentID != agentID — хрупко, легко забыть в новом handler’е. Симметрично существующему requireSkillRunInAgent для skill_runs.
  • Фикс: новый хелпер requireSkillImprovementProposalInAgent в helpers.go (возвращает errResourceNotFound → 404 для чужих/несуществующих proposal). Inline-проверки в трёх handler’ах заменены. Договорённость об ownership-check задокументирована в комментарии к интерфейсу Store в store.go: методы GetSkillRun/ListSkillRunSteps/GetSkillImprovementProposal/ApplySkillImprovementProposal/RejectSkillImprovementProposal принимают ID без фильтрации — это ответственность handler’а.
• Prompt-injection через proposed_content (Этап 1.2 аудита). LLM-сгенерированный контент сохранялся в БД без санитизации и — после ApplyProposal — попадал в system prompt всех будущих запусков. Если LLM (через adversarial reflection-вывод или prompt injection из логов скилла) подсунул </system> или <|im_start|>, это становилось постоянным вектором атаки.
  • Фикс: новая функция agent.ValidateProposedContent (control chars, кроме \n/\r/\t, + injection-маркеры </system>, </s>, <|im_start|>, <|endoftext|>, case-insensitive). Вызывается в reflectSkill (skip + warn — proposal не создаётся) и симметрично в handler.ApplyProposal (422 — defense-in-depth: даже если reflection-проверку обойдут, proposal создан вручную через БД, или код reflection изменят, хендлер всё равно отсечёт).
  • Тесты (internal/agent/skill_reflection_test.go, +4 кейса): TestValidateProposedContent_OK (нормальный Markdown, unicode, emoji, разрешённые whitespace), TestValidateProposedContent_RejectsControlChars (NUL/ESC/BEL/VTAB отклонены; \n/\r/\t разрешены), TestValidateProposedContent_RejectsInjectionTokens (6 вариантов маркеров, включая case-insensitive </SYSTEM>/</S>), TestSkillReflection_RejectsInjectionInProposedContent (end-to-end: reflection с </system> → proposal не создаётся). В internal/server/handler/skills_test.go (+1 кейс): TestApplyProposal_InjectionToken_Returns422 (proposal с injection, созданный напрямую через store, → 422, остаётся pending).
• Утечка err.Error() в HTTP-ответах (Этап 1.3 аудита). 25 handler’ов в skills.go (13 мест) и agent.go (12 мест) отдавали err.Error() напрямую в 500-х ответах — это протекало детали драйвера/схемы БД ("sql: no rows", "pq: syntax error at...") клиенту. Особо отмечен agent.go:171 — "existing agent config is corrupt: "+err.Error().
  • Фикс: все вхождения заменены на паттерн slog.Error("<handler> store error", ctx..., "err", err) + обобщённое клиентское сообщение ("failed to list skills", "failed to update agent" и т.д.). Драйвер-специфичные детали теперь только в логах сервера, клиент получает action-ориентированное сообщение. В agent.go добавлен import log/slog и fmt (для Sprintf).
• Clipboard copyAsJSON — утечка секретов (Этап 1.4 аудита). Кнопка «Скопировать JSON» на странице запуска скилла копировала { run, steps } без подтверждения, а в steps[].args_summary/result_summary могли быть токены, пароли, AWS-ключи (если агент читал ~/.aws/credentials или exec’нул echo $TOKEN).
  • Фикс (web/src/routes/agents/[id]/skills/runs/[runID]/+page.svelte): regex-детектор /token|api[_-]?key|secret|password|authorization|bearer|aws[_-]?(access|secret)/i склеивает все args/result; при срабатывании показывается confirm()-диалог. Дополнительно: fallback-сообщение при недоступности navigator.clipboard в не-secure context (HTTP) — теперь пользователь видит конкретную причину вместо generic «Не удалось скопировать».
• Length caps на summary/reflection/reject_reason (Этап 1.5 аудита). LLM мог вернуть multi-MB summary/reflection (пишутся в skill_runs TEXT без лимита, дублируются в reflection-промпте, возвращаются в UI → зависания). Симметрично reject_reason — TEXT без лимита, отображается в UI без truncate.
  • Фикс: JSON Schema tool skill дополнена "maxLength": 4000 для summary и "maxLength": 8000 для reflection. В SkillTool.endAction добавлены Go-проверки len(summary) > 4096 / len(reflection) > 8192 → error (дефолт "" → "completed" оставлен — это breaking change для LLM, см. вердикт аудита). В RejectProposal — http.MaxBytesReader(w, r.Body, 8*1024) + len(reason) > 1024 → 400.
  • Тесты (internal/agent/skill_tool_test.go, +3 кейса): TestSkillTool_EndAction_SummaryTooLong_ReturnsError (4097 байт → error), TestSkillTool_EndAction_ReflectionTooLong_ReturnsError (8193 байт → error), TestSkillTool_EndAction_SummaryAtLimit_OK (ровно 4096 — boundary-pass). В internal/server/handler/skills_test.go (+1 кейс): TestRejectProposal_TooLongReason_Returns400 (1025 байт → 400, proposal остался pending).
• Валидация входящего SkillsConfig JSON (Этап 1.6 аудита). В agent.go:Update params.SkillsConfig (тип json.RawMessage) присваивался в raw["skills"] без проверки shape’а — клиент мог прислать "skills": "string", "skills": 42, "skills": ["array"], и всё это записывалось как легитимный config, ломая downstream JSON-парсинг в LoadSkillsConfig. Ошибка json.Marshal(raw) молча проглатывалась (updated, _ := json.Marshal(raw)).
  • Фикс (internal/server/handler/agent.go): локальный helper validateSubconfigObject проверяет, что json.RawMessage — JSON-объект (через json.Unmarshal в map[string]json.RawMessage), иначе 400. Применён симметрично к SubagentsConfig/StrategyConfig/SkillsConfig для консистентности. Ошибка json.Marshal(raw) теперь логируется через slog.Error и возвращает 500 (практически невозможно, но проглатывать нельзя — иначе configStr станет пустым и затрёт существующий config).
  • Тесты (internal/server/handler/agent_config_test.go, +3 кейса): TestUpdateAgent_SkillsConfigNotObject_Returns400 (string → 400), TestUpdateAgent_SkillsConfigArray_Returns400 (array → 400), TestUpdateAgent_SkillsConfigNumber_Returns400 (number → 400). Существующие тесты на валидный object-config остаются зелёными.
• Дополнения по итогам ocr review (non-low замечания, не из fix-audit-problem.md):
  • CRITICAL: null проходит validateSubconfigObject — json.Unmarshal("null", &map) не возвращает ошибку (получается nil-map), поэтому без явной проверки null прошёл бы валидацию и затёр существующий config пустым значением. Фикс: явная проверка bytes.TrimSpace(raw) не равно "null"/пусто перед unmarshal.
  • Legacy poisoned rows strip — существующий agent.Config с не-object subkey (записанный до валидации) strip-ается при чтении в Update, чтобы merge не ре-поизонил хранимый config. Логируется через slog.Warn для observability.
  • CompactionConfig валидация — симметрично subagents/strategy/skills, теперь проверяется как JSON-объект (раньше записывался любой JSON).
  • slog.Warn на validation rejection — раньше rejection (400) не оставлял server-side trace; теперь логируется agent_id/field/payload_len (без raw payload — не плодим log-injection surface).
  • slog.Warn на swallowed IDOR store error — в requireSkillImprovementProposalInAgent transient DB-ошибка (отличная от sql.ErrNoRows) логируется, чтобы не путать с легитимным “not found” в метриках.
  • Length cap 4000/8000 согласован с JSON Schema — Go-константы приведены к maxLength из JSON Schema (раньше schema обещала 4000, а Go тихо принимал до 4096 — LLM получал противоречивый сигнал).
  • Clipboard regex tighten — вместо broad /token|secret|.../i, который матчит “tokenization”/“авторизация” и вызывает security fatigue, теперь word boundaries + конкретные high-signal паттерны (sk-..., AKIA..., ghp_...). confirm() заменён на toast.warning (consistency с остальным Svelte UI, не blocking-native-dialog). Clipboard error differentiation: NotAllowedError → конкретное сообщение про permission, не-secure context → про HTTPS.
  • 413 branch для MaxBytesReader — oversized body в RejectProposal теперь возвращает 413 (не 400), по образцу provider.go, чтобы клиент мог отличить “слишком большое” от “malformed JSON”.
  • Тесты (+4 кейса): TestUpdateAgent_SkillsConfigNull_Returns400, TestUpdateAgent_CompactionConfigNotObject_Returns400, TestUpdateAgent_StripsPoisonedLegacySubkey, TestRejectProposal_OversizedBody_Returns413. Boundary-тест length cap обновлён до 4000.

Security

• Обновление npm-зависимостей в web/ (issue #182). npm audit fix + npm update закрыли накопившиеся уязвимости и подтянули патч/минорные версии в рамках существующих диапазонов ^. Единственное изменение web/package.json — добавлена секция overrides (см. workaround).
  • Закрыто 3 high + 3 moderate уязвимостей (остались 4 low-severity transitive через cookie в @sveltejs/kit — ждём upstream-фикса; npm audit fix --force поставил бы @sveltejs/kit@0.0.30 и сломал проект). Излеченные: vite 8.0.10→8.0.16 (утечка NTLMv2-хэша на Windows через launch-editor, обход server.fs.deny), undici (обход TLS через SOCKS5, инъекция Set-Cookie, DoS WebSocket, отравление keep-alive), devalue (DoS через sparse array), svelte 5.55.5→5.56.3 (SSR XSS через Promise serialization, DOM clobbering, ReDoS в <svelte:element>), dompurify 3.4.2→3.4.11 (9 XSS-байпасов IN_PLACE/hooks/templates), @sveltejs/kit 2.59.0→2.67.0 (query.batch cross-talk).
  • Changed (патч/минор в рамках ^): @sveltejs/vite-plugin-svelte 7.0.0→7.1.2, tailwindcss/@tailwindcss/vite 4.2.4→4.3.1, svelte-check 4.4.7→4.6.0, eslint 10.4.1→10.5.0, @typescript-eslint/* 8.61.0→8.62.0, cytoscape 3.33.3→3.34.0, marked 18.0.3→18.0.5, prettier 3.8.3→3.8.4, prettier-plugin-svelte 4.1.0→4.1.1, @testing-library/svelte 5.3.1→5.4.2, @vitest/ui/vitest 4.1.8→4.1.9, @types/node 25.9.2→25.9.4 (остался на ^25, мажор 26 не тронут).
  • Workaround — overrides.esrap = "2.2.6" в web/package.json. esrap ≥2.2.7 (transitive через svelte) регрессионно ломает типо-стриппинг <script lang="ts">: опциональные параметры (function safeLang(lang?: string)) после удаления типов превращались в lang? — синтаксическая ошибка для rolldown SSR-transform в vitest, падал MarkdownRenderer.test.ts (410→401 тестов, 1 suite failed). Бисект от исходного package-lock.json изолировал виновника до esrap 2.2.6→2.2.12. Пин к 2.2.6 восстанавливает корректный codegen. Override убирается, когда svelte/esrap выпустят фикс.
  • Проверки: npm run check — 0 ошибок (315 warnings — существующие a11y), npm test — 410 тестов, make build-webui + make build — ОК, go test ./... — зелёный. Lint-замечания (6 errors, 90 warnings) — существующие, подтверждены baseline-сравнением (git stash + npm ci), не вызваны обновлением. ocr review — 0 замечаний.

[0.138.0] - 2026-06-17

Added

• Todo list для агентов — декларативный tool todo_write, позволяющий LLM планировать и отслеживать многошаговые задачи. Реализован по образцу opencode: LLM присылает полный список, сервер делает DELETE+INSERT в одной транзакции. Todo list привязан к agent_id, переживает рестарт и хранится в SQLite/PostgreSQL (миграция 085_todo). Tool всегда включён (без permission-gate, как read_file/list_dir); LLM обучается через 167-строчное description tool + guidance-секцию в ContextBuilder (buildTodoGuidance). Подмешивание в контекст LLM — только через историю tool-вызовов (как в opencode). Структура элемента: {content, status: pending|in_progress|completed|cancelled, priority: high|medium|low, position}. Ограничения: до 50 элементов, content до 500 символов.
  • Backend (Go): миграции 085_todo (4 файла SQLite+PG), структура store.Todo, методы ReplaceAgentTodos/ListAgentTodos в интерфейсе Store + реализации для SQLite/PostgreSQL/DualStore, tool internal/agent/tools/todo_write.go, guidance-секция, HTTP handler GET/PUT /api/v1/agents/{id}/todos, WS-broadcast todo.updated через WSHub.BroadcastTodoEvent (async, с фильтром по agent_id в hub-loop).
  • Frontend (Svelte 5): interface Todo в types.ts, группа api.todos, store todos.svelte.ts, обработка WS-события todo.updated, компонент TodosPanel.svelte (slide-over с прогресс-баром, статус-иконками и сводкой), кнопка «Задачи» в ChatHeader.
  • Тесты: store CRUD + изоляция агентов (6 тестов), tool execute + валидация (5 тестов), handler CRUD + MaxBytesReader + OnTodoChanged callback (10 тестов).

[0.137.3] - 2026-06-17

Fixed

• Textarea поля ввода чата не увеличивалась при программной установке текста — при вставке из буфера (в ряде браузеров/ситуаций), при клике «Переотправить» (перенос контента сообщения в поле ввода) и при вставке из избранного высота оставалась однострочной. autoResize() был привязан только к oninput, который не генерируется при изменении значения через bind:value. Теперь пересчёт высоты делает единый $effect в ChatComposer.svelte, отслеживающий inputText и покрывающий все пути изменения (ввод, вставка, программные установки). Дублирующий oninput={autoResize} удалён.
• Размер аватарки в индикаторе «печатает…» (ChatThinking) меньше, чем в сообщениях — был 32px против 40px в ChatMessage.svelte. Приведён к 40px для визуального единообразия.
• Неодинаковые отступы на странице /settings/system, особенно при смене состояния блоков «Обновление»/«Перезапуск приложения»: SystemActions в состояниях restarting/shuttingDown/stopped терял mb-4 и менял p-5→p-8, карточки «Безопасность»/«Диагностика» не имели отступов вовсе. Страница переведена на единую конвенцию space-y-4 (как все остальные страницы настроек), точечные mb-4 убраны из всех карточек, padding всех веток SystemActions уравнен на p-5.

Changed

• Сообщения пользователя в чате рендерятся как Markdown (раньше — plain-text). Теперь используется тот же MarkdownRenderer с DOMPurify-санитайзом и whitelist языков code-блоков, что и для ответов агента, — XSS-поверхность не изменилась. Синий фон, выравнивание и кнопка «Переотправить» сохранены.

[0.137.2] - 2026-06-16

Fixed

• Агент с пустым network.ip_whitelist не мог подключиться к LLM-провайдеру на приватном IP (blocked internal/private IP: 192.168.2.57), хотя глобальная настройка ssrf_whitelist (по умолчанию разрешает 192.168.0.0/16) этот IP допускала, а другой агент на тот же эндпоинт работал. Корень проблемы был заложен в issue #166: per-agent SSRF-guard (построенный только из network.ip_whitelist/ip_blacklist) прокидывался в LLM-путь агента и для cloud-spec провайдера заменял, а не дополнял глобальный whitelist — пустой список перекрывал «разрешено глобально». Теперь подключение агента к LLM-провайдеру регулируется только глобальным SSRF-guard (endpoint задаёт админ), а per-agent network.ip_whitelist управляет исключительно исходящим доступом инструментов агента (web_fetch/web_search/exec). См. ADR docs/adr/2026-06-16-ssrf-llm-vs-agent-network.md.

Changed

• Per-agent SSRF-guard для инструментов = объединение глобального whitelist и network.ip_whitelist агента (internal/agent/loop.go, buildToolsSSRFGuard). Пустой ip_whitelist наследует глобальную политику (раньше = «блокировать всё приватное»); ip_whitelist только расширяет, ip_blacklist — сужает. Внешне для пользователя: «разрешить всё» глобально = реально всё для инструментов агента; сетевые разрешения агента больше не ломают его собственное LLM-подключение.
• «Разрешить всё» = всё, кроме cloud-metadata. Добавлен security.alwaysBlockedNetworks (169.254.169.254/32, fd00:ec2::254/128, 100.100.100.200/32 — AWS/GCP/Azure/Oracle/Alibaba IMDS), проверяемый ДО whitelist в SSRFGuard.isPrivate. Теперь при глобальном whitelist 0.0.0.0/0 literally разрешены все диапазоны, кроме metadata-эндпоинтов (защита от утечки учётных данных облачного инстанса). Ранее комментарии в коде утверждали, что metadata «блокируется всегда», но фактически это было неверно — теперь комментарий и поведение совпадают.

Removed

• API (internal-пакеты): удалено поле AgentRunSpec.SSRFGuard (internal/agent/types.go), параметр ssrfGuard у RouteStrategy/RouteStrategyWithStore (internal/agent/strategy_router.go), опция WithAgentSSRFGuard и oneshotConfig.ssrfGuard (internal/providers/oneshot.go), а также 3-е возвращаемое значение registerToolsForAgent. Эти символы живут в internal/ (не импортируются извне модуля), поэтому для внешних потребителей ломающих изменений нет. Поле providers.ChatRequest.SSRFGuard сохранено как низкоуровневый механизм providers-слоя, но agent-слой его больше не populate (всегда nil → глобальный guard).

[0.137.1] - 2026-06-16

Fixed

• Ошибка «отношение reindex_jobs не существует» на PostgreSQL (issue #168): в internal/store/pgmigrations/ отсутствовали PG-порты миграций 075 (индексы messages.user_id, audit_log.action, audit_log.resource_type), 076 (oauth_sessions.ip_fingerprint) и 077 (таблица reindex_jobs). PG-набор прыгал 074→078, поэтому на PostgreSQL эти объекты никогда не создавались → GetActiveReindexJob падал с SQLSTATE 42P01 на каждом запросе статуса переиндексации (страница «Расширенные настройки»). Добавлены PG-миграции 075/076/077 (перевод SQLite-схемы на BIGSERIAL/TIMESTAMPTZ) + миграция 084_pg_backfill_missing_objects (идемпотентный IF NOT EXISTS) для самоисцеления уже развёрнутых PG-БД (где schema_migrations = 83, и миграции 075-077 не применятся мигратором). Для паритета номеров 1:1 добавлены SQLite-аналоги 084 (no-op, т.к. SQLite не имел разрыва).
• Спам поллингом статуса переиндексации (issue #168): фронт каждые 2с опрашивал /admin/embeddings/reindex/status и при ошибке не останавливался — текст ошибки мерцал (то появлялся, то пропадал). Теперь при первой же ошибке поллинг останавливается (pollingStopped=true), тихий опрос (pollTick) не сбрасывает error/loading перед запросом (убирает мерцание). Добавлена кнопка «Повторить» в блоке ошибки и метод retry().
• Защитная обработка PG-ошибки 42P01 в хендлерах переиндексации: Status/Jobs/Cancel при отсутствии таблицы reindex_jobs отвечают idle-200 (вместо 500), чтобы UI не ломался до применения миграции. Добавлен store.IsUndefinedTableError(err) (детект pgconn.PgError Code 42P01).

Changed

• Partial unique index uniq_active_reindex_job переведён на константу (1) (вместо status): индекс на status запрещал лишь дубликаты с одинаковым статусом, но не два разных активных job (pending+running после краха процесса). Константа (1) гарантирует максимум один active job на уровне БД (defense-in-depth). Исправлено в 077 (SQLite+PG) и 084 (backfill).
• TestPGMigrationFilesExist усилен: добавлена проверка в обратном направлении (каждая SQLite-миграция должна иметь PG-аналог) — регресс с пропуском 075-077 теперь ловится в CI.
• 084_pg_backfill: SET LOCAL statement_timeout = 0 перед CREATE INDEX — снимает 5-минутный лимит пула, чтобы индексация больших messages/audit_log в проде не оставила миграцию dirty.

[0.137.0] - 2026-06-15

Added

• 11 скрытых настроек добавлены в реестр и видны в UI /settings/advanced (ранее читались через settings.Get*, но отсутствовали в ParamRegistry, поэтому их нельзя было менять через REST/UI — только прямым SQL): agent_turn_timeout_minutes (10 мин, главный таймаут хода), strategy_router_timeout_seconds (15 с, таймаут выбора стратегии), history_window (50, окно истории в контекст), history_verbatim (10, дословных сообщений), file_upload_max_mb (50, лимит загрузки файла), cleanup_interval_hours (24, интервал forget-очистки), cleanup_age_days (14, возраст фактов для forget), cleanup_min_confidence (0.6, мин. confidence факта), dedup_cosine_threshold (0.88, порог дедупликации), dedup_llm_check_threshold (0.80, порог LLM-проверки дублей), dedup_fts_overlap_min (3, FTS-overlap для дедупа). Все валидируются по типу и диапазону [Min; Max] в PUT /api/v1/admin/advanced.

Changed

• 11 «мёртвых» настроек подключены к чтению из БД (ранее были в реестре/UI, но код их не читал — изменение в UI не давало эффекта, вводя пользователя в заблуждение): agent_queue_size (actor.go, размер канала актора), subagent_timeout_seconds + subagent_max_iterations (subagent_config.go, теперь global-дефолты через MergeWithGlobals, перекрываются per-agent JSON), bus_buffer_size (main.go, NewMessageBus), ws_hub_buffer_size (websocket.go, newWSHub), auth_lockout_attempts + auth_lockout_window_minutes + auth_lockout_duration_minutes (oauth.go, newLoginLockout), auth_access_token_ttl_minutes + auth_refresh_token_ttl_days (tokens.go, const→поля TokenService с геттерами AccessTokenTTL()/RefreshTokenTTL()), server_http_timeout_seconds (router.go, chimw.Timeout). Для auth_*, cleanup_interval_hours, server_http_timeout_seconds добавлен Restart: true (значения читаются при старте).
• settings.GetDuration поддерживает единицы "hours" и "days" (ранее только "seconds"/"minutes"). Требуется для auth_refresh_token_ttl_days.
• server_http_timeout_seconds default 60→300: выровнен с tool_timeout_seconds (ранее долгие tool-call’ы по REST обрезались HTTP-таймаутом раньше таймаута инструмента).
• auth_refresh_token_ttl_days Max 365→7: cookie max-age (refreshCookieTTL) — upper bound на сессию в 7 дней; значение больше 7 не имело эффекта без изменения cookie. Теперь диапазон честно отражает реальное ограничение.

Fixed

• Расхождение default rag_retrieval_top_k: в реестре было 60, в коде fallback 30 (context.go:1460) — UI «врал» про default. Приведено к 60.
• Защитные guards для настроек из БД: loadChanCap (chanCap<1→128), NewOAuthService (lockout attempts<2→5, window<=0→15m, duration<=0→15m), newWSHub (bufSize clamp [16;4096]), NewRouter (httpTimeout<=0→300s) — предотвращают паники/OOM при невалидных значениях в БД.

Removed

• server_auth_rate_limit убран из реестра: default 5 сломал бы PKCE-логин (флоу = 3 запроса на попытку входа → ~1.6 попытки/мин). Значение завязано на внутреннюю структуру PKCE-флоу и не должно быть пользовательской настройкой без перепроектирования.
• bus_publish_timeout_seconds убран из реестра: 5с — разумный фиксированный дефолт для backpressure; подключение требовало бы рефакторинга пакета bus (package-level var без доступа к Store), польза сомнительна.

[0.136.5] - 2026-06-15

Fixed

• Local-spec на non-loopback приватном IP больше не блокируется (issue #166 follow-up): после v0.136.4 startup-блокировки исчезли, но проверка провайдера Ollama из UI всё равно падала с request failed: Get "http://192.168.2.57:11434/api/tags": blocked internal/private IP: 192.168.2.57. Причина — два уровня SSRF-проверки рассинхронизировались для local-spec на non-loopback: валидация (pre-call) проходила (видела global whitelist через SetSSRFGuard), а dial (runtime) использовал loopbackSSRFGuard с whitelist ["127.0.0.0/8", "::1/128"] — без global подсетей. Поэтому local-spec dial по любому non-loopback приватному IP резался независимо от настроек. Заменён loopbackSSRFGuard (singleton, loopback-only) на localSpecGuard (atomic.Pointer, combined = loopbackCIDRs + global.AllowedCIDRs()), который rebuild’ится в SetSSRFGuard и в init(). Теперь Ollama на 192.168.2.57:11434 проходит и валидацию, и dial.

Changed

• security.SSRFGuard.AllowedCIDRs(): новый публичный метод для чтения whitelist guard’а (defensive copy, nil для no-whitelist). Нужен, чтобы providers.rebuildLocalSpecGuard мог построить combined guard (loopback + global).
• providers.rebuildLocalSpecGuard(global): строит localSpecGuard = NewSSRFGuard(loopbackCIDRs + global.AllowedCIDRs()) и кеширует localSpecClient (atomic.Pointer). Вызывается из init() и SetSSRFGuard. Security-свойства: loopback (127.0.0.0/8, ::1/128) всегда reachable (процесс-local модели — не SSRF-цель); non-loopback private IP reachable iff global whitelist авторизует подсеть; cloud-metadata (169.254.169.254), multicast, reserved, TEST-NET ВСЕГДА блокируются через security.blockedNetworks (blacklist precedence > whitelist).
• SetSSRFGuard теперь rebuild’ит и localSpecGuard/localSpecClient, не только globalCloudClient. Без этого UI-смена ssrf_whitelist + restart не применялась бы к local-spec dial-пути.
• slog.Warn once на fallback hit: если localSpecClient или globalCloudClient неожиданно nil при lookup (regression), WARN пишется ровно один раз через sync.Once, чтобы оператор видел деградацию в логах вместо silent per-call аллокации.
• Уточнён docstring localSpecClient: убрано преувеличенное “defence in depth” заявление — rebuild в SetSSRFGuard является load-bearing update’ом, не опциональным. Transport через getter видит новый guard только если клиент построен ПОСЛЕ rebuild’а; cached-клиент требует явного swap.

[0.136.4] - 2026-06-15

Fixed

• SSRF guard инициализируется до провайдеров (issue #166): в cmd/taigaclaw/main.go вызов SetSSRFGuard шёл в самом конце инициализации — после healthChecker.Start, initEmbedder, initReranker, NewProviderHealthChecker и создания Consolidator/Dream/AutoCompact. Все эти компоненты делали snapshot guard’а (через ssrfGuard.Load()) в момент своего создания и навсегда оставались на init()-default (NewSSRFGuard(nil), блокирует все приватные IP). В результате классификатор стратегии падал по SSRF на oneshot-вызове к LiteLLM на приватном IP (strategy router failed, defaulting to react), а consolidator / dream / autocompact / health-checker / embedder / reranker регулярно получали blocked internal/private IP. Перезапуск не помогал — порядок инициализации тот же. Фронт-энд работал (react-цикл использовал per-request guard от registerToolsForAgent, issue #164), но любая фоновая LLM-работа падала.

Changed

• Dynamic guard-getter в internal/security/ssrf.go: safeTransport теперь принимает GuardGetter (func() *SSRFGuard) вместо snapshot — DialContext/DialTLSContext дёргают геттер на каждом коннекте, так что swap через SetSSRFGuard виден на следующем dial без пересоздания клиента. NewSafeHTTPClientFromGetter(getter) — публичный API для клиентов с dynamic-resolver. Nil-getter fail-closed: dial возвращает SSRF guard not configured. Закрывает класс snapshot-staleness регрессий навсегда — баг порядка инициализации больше не воспроизводится, даже если кто-то случайно вызовет SetSSRFGuard поздно.
• Перенос initSSRFGuard + providers.SetSSRFGuard в начало main.go: теперь guard строится сразу после store+logger, ДО создания любого провайдера. agentLoop.SetSSRFGuard тоже перенесён выше — до connProxy.SetSSRFGuard(agentLoop.SSRFGuard()) (раньше proxy получал пустой default-guard, ещё один SSRF-leak для proxy-пути). Helper initSSRFGuard(store) вынесен рядом с другими init-функциями.
• Per-request SSRFGuard в OneShotExtract (issue #166): providers.OneShotExtract теперь принимает opts ...OneShotOption, включая WithAgentSSRFGuard(*security.SSRFGuard). Опция прокидывает guard в ChatRequest.SSRFGuard, который читают OpenAICompatProvider.perRequestSSRFOpts / AnthropicProvider.perRequestSSRFOpts. RouteStrategyWithStore и RouteStrategy получили параметр ssrfGuard *security.SSRFGuard; actor.go:670 передаёт agentSSRFGuard (per-agent guard уже в scope от registerToolsForAgent). Классификатор стратегии теперь honour’ит per-agent whitelist, а не падает на global guard. Совместимость со старыми callers (soul.go, profile.go) сохранена — opts-параметр вариативный.
• Кеш HTTP-клиентов в providers/ssrf.go: loopbackClient (built once at init) и globalCloudClient (atomic.Pointer, обновляется в SetSSRFGuard) — убирают per-Chat аллокацию transport/dialer/connection-pool на hot path. Callers, мутирующие .Timeout (context_window.go, model_list.go, test.go), переведены на shallow-copy (c := *client; c.Timeout = X), чтобы не гонять с другими goroutine’ами. Тест TestSafeHTTPClientForSpec_CallersMustShallowCopyBeforeMutating кодирует контракт. Перфоманс-регрессия от dynamic-getter устранена: 99% чатов идут через кешированный global client (агенты без ip_whitelist); для агентов с ip_whitelist клиент строится per-call (одна аллокация на inbound-сообщение — пренебрежимо по сравнению с LLM round-trip).
• SetSSRFGuard теперь re-callable: контракт расслаблен с «MUST be called exactly once» до «safe to call at any time» — dynamic-getter гарантирует что swap виден без rebuild. Документация переписана, чтобы не противоречить самой себе (раньше в одном комментарии говорилось «once at startup» и «late call is visible»). Best practice прежний: вызвать как можно раньше в main.go.

Security

• Defensive panic на nil getter в safeHTTPClientForGuard: программная ошибка caller’а (передача nil getter’а) падает loudly вместо silent fail-open. Тест TestSafeHTTPClientForGuard_PanicsOnNilGetter кодирует инвариант. Security primitive NewSafeHTTPClientFromGetter сам по себе fail-closed (dial возвращает SSRF guard not configured), но panic в production-caller’е — правильная реакция на нарушение инварианта package’а.

[0.136.3] - 2026-06-15

Fixed

• Глобальный SSRF whitelist в БД + UI (issue #165, known limitation из #164): pre-call SSRF-валидация (ResolveAndValidateAPIBase / validateLoopbackOrSSRF) в advanced.go, connectivity.go, model_list.go ранее использовала глобальный ssrfGuard.Load() без whitelist — UI-кнопки «проверить подключение» / список моделей провайдера на приватном IP показывали ✗ api_base rejected by security policy, а в логах сыпались startup-WARN’ы. Теперь админ может редактировать CIDR-whitelist через UI: Settings → Система → «Безопасность / SSRF», textarea (по CIDR на строку). Настройка хранится в settings под ключом ssrf_whitelist (миграция не нужна — создаётся при первом сохранении), применяется при старте процесса (restart-required). Один guard покрывает все точки SSRF-проверки: pre-call валидацию (4 места) И dial-time на chat-пути (через providers.SetSSRFGuard). Дефолт для новых инсталляций: 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 127.0.0.0/8, ::1/128 (все приватные + loopback). Audit-log смены настройки: slog.Info("ssrf_whitelist updated") с actor, previous, raw_request, new_normalized (truncate 1KB).
• Эндпоинты: GET /api/v1/system/security (любой авторизованный) и PUT /api/v1/system/security (RequireGlobalAdmin). PUT парсит textarea (split по \n/,/пробелам), валидирует каждый CIDR через netip.ParsePrefix, нормализует через Masked() (так 192.168.1.0/16 → 192.168.0.0/16), при невалидном → HTTP 400 invalid_cidr с указанием бракованного токена. Пустой whitelist допустим (означает «блокировать все приватные»).
• Frontend: типы SecurityConfig/SecurityUpdateResponse в types.ts, методы api.system.security.get/update в endpoints.ts, компонент SecurityCard.svelte (textarea + «Сохранить» + «Сбросить к дефолту» + toast «требуется перезапуск» + индикатор невалидных записей), подключён в settings/system/+page.svelte.

Security

• Audit-log на security-critical write (ocr review): смена ssrf_whitelist логируется через slog.Info с actor (UserID из auth-mw), previous raw-значением, raw_request (что оператор реально ввёл — для forensics), и new_normalized (что сохранилось). Значения truncate’ятся до 1KB против раздувания логов.
• Невалидные токены в startup ignored с WARN (ocr review): LoadSSRFWhitelist при старте логирует slog.Warn("ssrf_whitelist: ignoring invalid CIDR(s) at startup", ...) вместо fmt.Printf — survives log aggregation. GET /system/security показывает invalid-список оператору.

[0.136.2] - 2026-06-15

Fixed

• Per-agent SSRF whitelist теперь применяется к LLM-запросам (issue #164): permissions.network.ip_whitelist агента раньше доходил только до tool-ов (exec/web_fetch через ExecGuardConfig.SSRFGuard), а LLM-провайдер всегда использовал глобальный guard без whitelist. В результате cloud-провайдер на приватном IP (LiteLLM на Mac Studio 192.168.2.57:4000) резался на dial-time SSRF guard — агент замолкал посреди работы. Добавлено поле ChatRequest.SSRFGuard и AgentRunSpec.SSRFGuard; registerToolsForAgent возвращает guard третьим значением; runner.runChat/runStream прокидывают его в запрос; OpenAICompatProvider/AnthropicProvider через perRequestSSRFOpts передают option.WithHTTPClient(safeHTTPClientForRequest(spec, guard)) в каждый вызов SDK. Локальные спеки (ollama/lmstudio/vllm) сохраняют loopback-exemption. Теперь достаточно прописать CIDR в permissions.network.ip_whitelist агента (например 192.168.0.0/16), и его LLM-запросы к приватной инфраструктуре проходят.

[0.136.1] - 2026-06-14

Fixed

• Atomicity аватарок на partial write failure (issue #163, ocr review к #162): writeAvatarFiles(kind, id, r) — единый хелпер с двухфазной записью. Фаза 1: все размеры в .tmp с rollback при ошибке (старые аватары не затронуты). Фаза 2: атомарный Rename всех .tmp → финал. Явный file.Close() после io.Copy (не defer в цикле — убирает гонку close/remove). UploadAgentAvatar рефакторён — 60 строк дублированного кода заменены вызовом хелпера.
• Lock-ordering installMu → s.mu в updater (issue #163, ocr review к #162): emitProgress больше не берёт s.mu (write lock) на каждом чанке скачивания. Поле lastProgressEmit → atomic.Int64 (UnixNano), throttle через atomic.Load/Store. Убирает contention с Status() читателями в download hot-path.
• AvatarCrop смонтирован всегда (issue #163, ocr review к #162): <AvatarCrop> перенесён внутрь {#if showProfileModal} — кроппер монтируется только при открытии модалки. Backdrop-click теперь вызывает closeProfileModal() (сбрасывает avatarCtrl = null).

[0.136.0] - 2026-06-14

Added

• Поле timezone в профиле пользователя (issue #162): миграция 083 (SQLite + PostgreSQL) добавляет колонку timezone TEXT NOT NULL DEFAULT ''. Поле User.Timezone в store, обновлённые SQL-запросы (userColumns/pgUserCols/UpdateUserProfile). Handler profile.go: Timezone в profileParams + валидация через time.LoadLocation (HTTP 400 invalid_timezone при невалидной IANA-зоне). Экспорт Markdown и промпт импорта обновлены. Frontend: поле с datalist популярных IANA-зон (web/src/lib/utils/timezones.ts) в админской модалке (settings/users), детальной странице (users/[id]), собственном профиле (ProfileForm.svelte). Поле bio НЕ добавляется — profile_freeform закрывает потребность «О себе».
• Загрузка аватара админом (issue #162): новые эндпоинты POST /api/v1/users/{id}/avatar и DELETE /api/v1/users/{id}/avatar под RequireGlobalAdmin. Рефакторинг avatar.go — вынесены saveUserAvatarFiles(w, r, targetID) и removeUserAvatar(w, r, targetID). Frontend: uploadUserAvatar/deleteUserAvatar в endpoints.ts, AvatarControl параметризован targetUserId, AvatarSection принимает userId prop. Аватар встроен в админскую модалку с обрезкой через AvatarCrop.
• WebSocket-события update.* (issue #162): real-time прогресс установки автообновления через WS вместо polling. EventBroadcaster интерфейс в updater.Service (по образцу embeddings/reindex.go), точки emit: update.check_started/completed, update.install_started, update.progress (throttle 250мс), update.installed, update.restart_imminent, update.failed. Метод WSHub.BroadcastUpdateEvent через BroadcastAll (глобальные события без привязки к chat_id). Frontend: глобальный globalUpdates store (web/src/lib/stores/updates.svelte.ts), bridge в chat.svelte.ts:handleWSEvent.
• Бейдж «🔔 vX.Y.Z» в навигации (issue #162): глобальный polling статуса обновлений каждые 10 минут (для админа), реактивный бейдж в AppSidebar.svelte при hasUpdate && isAdmin(). Клик → /settings/system.

Changed

• docs/auto-update-spec.md раздел 6: формат WS-envelope приведён к конвенции кода (event+data вместо type+data), добавлена frontend-обработка.
• docs/todo.md: пункт «UI профилей пользователей» перемещён в архив (выполнено). Из задачи «Автообновление — доработки этап 2» вычеркнуты 2 подпункта (WS-события, бейдж), осталось 2 (миграция update_history, .github/workflows/release.yml).

[0.135.1] - 2026-06-14

Security

• DNS-rebinding / TOCTOU — закрыт на основном LLM-пути (issue #161): OpenAICompatProvider и AnthropicProvider теперь инжектят option.WithHTTPClient(safeHTTPClientForSpec(spec)) в SDK-клиент. Transport выполняет dial-time IP re-check, блокируя обращения к private/loopback/cloud-metadata диапазонам независимо от config-time валидации api_base. Это единственный runtime SSRF guard на chat-пути (MakeProvider не валидирует api_base).
• FetchContextWindow — safe-клиент: сигнатура изменена — принимает spec *ProviderSpec вместо client *http.Client, внутри строит safe-клиент через safeHTTPClientForSpec(spec). Handler FetchContext дополнительно валидирует api_base через ResolveAndValidateAPIBase (HTTP 400 при SSRF-отклонении).
• runDiagnostics — safe-клиент: использует safeHTTPClientForSpec(spec) (local specs → loopback-whitelisted). SafeHTTPClient per-hop redirect validation сохранена без override.

Changed

• NewAnthropicProvider: добавлен параметр spec *ProviderSpec (для выбора safe-клиента). Factory обновлён.
• AdvancedHandler: удалено поле client *http.Client и параметр NewAdvancedHandler(s, nil) (стало неиспользуемым после перевода FetchContextWindow на spec-based safe-клиент).
• FetchContext: порядок проверок — IsContextWindowUnsupported (HTTP 200 + error=“unsupported”) → ResolveAndValidateAPIBase (HTTP 400 + ssrf_rejected) → FetchContextWindow (HTTP 502 при fetch_failed).

Added

• Публичный helper providers.IsContextWindowUnsupported(providerName) — проверка без построения spec; используется в handler для short-circuit до SSRF-валидации.
• Тесты (internal/providers/ssrf_chat_test.go, 5 шт.): e2e DNS-rebinding — Chat/ChatStream блокируются на dial для приватных IP (169.254.169.254, 10.0.0.1, 192.168.1.1), TOCTOU invariant (после прохождения ValidateURL для публичного IP dial на приватный всё равно блокируется), structural guard (http.DefaultClient poison — провайдер не использует default клиент). diagnostics_test.go (5 шт.): diagnosticSpec (3 ветви), runDiagnostics для local-spec loopback (ok) и nil-spec loopback (SSRF block).
• Docstring-контракт в NewOpenAICompatProvider/NewAnthropicProvider: явно зафиксировано, что chat-path не валидирует api_base на config-time, dial-time IP re-check — единственный runtime guard.

[0.135.0] - 2026-06-14

Security

• PKCE для WebUI (C-SC-9): WebUI переведён с устаревшего grant_type=password (RFC 6749 §1.3.3, deprecated OAuth 2.0 Security BCP §2.4) на Authorization Code Flow с PKCE (RFC 7636). web/src/lib/api/client.ts:loginRequest реализует 3-шаговый нередиректный SPA-флоу через session cookie: POST /oauth/login → POST /oauth/authorize (с code_challenge S256 + CSRF double-submit) → POST /oauth/token (с code_verifier, сервер проверяет PKCE через verifyPKCE). Access-токен хранится в памяти, refresh-токен в httpOnly cookie tc_refresh.
• Валидация redirect_uri (code-exfiltration protection): expectedWebUIRedirectURI в auth.go проверяет, что redirect_uri совпадает с Origin клиента (RFC 6454 canonicalization, host-match с r.Host). Fail-closed: запросы без валидного Origin для client_id="webui" отклоняются (браузеры шлют Origin на same-origin POST; API-скрипты используют password/refresh grant без redirect_uri). Проверка выполняется ДО session-lookup (DoS-amplification prevention).
• Deprecation/Sunset headers: grant_type=password остаётся для API-клиентов (curl, скрипты), но ответы помечаются Deprecation: true + Sunset (RFC 8594) — удаление запланировано в v1.0.
• Cleanup при partial-flow failure: если шаги authorize/token падают после успешного login (включая network errors, malformed JSON), клиент инвалидирует server-side session (POST /oauth/logout) + чистит cookies tc_session/tc_csrf на клиенте, предотвращая «полу-аутентифицированное» состояние.

Changed

• authLimiter 5→15 req/min/IP: 3-шаговый PKCE-флоу = 3 запроса на попытку входа, поэтому общий лимит /oauth/* поднят с 5 до 15 (~5 попыток/мин для легитимного пользователя). Account-level lockout (5 неудач → 15 мин блок) остаётся основным заслоном от перебора.
• /oauth/logout вынесен из-под authLimiter: logout вызывается как cleanup при ошибках login-флоу; rate-limiting оставил бы stale tc_session/tc_csrf. Logout идемпотентен (только очищает server-side state).
• Doc-комментарий C-SC-9 в internal/auth/oauth.go обновлён: TODO(C-SC-9) выполнен, описана нередиректная SPA-архитектура.

Added

• PKCE-хелперы generateCodeVerifier/generateCodeChallenge (S256) в client.ts, экспортированы для юнит-тестов.
• Singleton-de-duplication для loginRequest (double-click protection — повторный вызов возвращает тот же промис).
• Тесты: web/src/lib/api/pkce.test.ts (RFC 7636 test vector: verifier 43 chars, S256 challenge), интеграционные auth_test.go: TestPKCEFlow_LoginAuthorizeToken, TestPKCEFlow_RejectsWrongVerifier, TestPasswordGrant_DeprecationHeader, TestAuthorizationCodeGrant_NoDeprecationHeader, TestAuthorize_RejectsRedirectURIMismatch, TestAuthorize_AcceptsMatchingRedirectURI. Обновлён TestOAuthToken_RateLimited (лимит 15).

[0.134.94] - 2026-06-14

Changed

• Реорганизация docs/todo.md: полный аудит 24 задач против кодовой базы (issue #159). 7 выполненных задач (supervisor/worker watchdog, HNSW-индекс, Knowledge Graph, per-tool permissions, WS goroutine leak, документация пользователя, автообновление — основное) перенесены в архив с доказательствами (файл:строка). 12 задач отменены (3 — design decision: RSA-encryption API-key, ClawHub маркетплейс, sqlcipher; 9 — по решению пользователя: Docker, Telegram, i18n, ADR итераций, YandexGPT, GigaChat, OAuth Codex/Copilot, Windows sandbox, синхронизация roadmap). 6 актуальных задач ранжированы: 3 HIGH (PKCE-флоу frontend, DNS-rebinding SafeHTTPClient, MCP SSRF/FsGuard) + 3 MEDIUM (system keyring, UI профилей остаток, автообновление доработки) — содержимое актуализировано (убрано уже сделанное).

[0.134.93] - 2026-06-14

Security

• SSRF-валидация api_base для cloud-провайдеров: ResolveAndValidateAPIBase в новом internal/providers/ssrf.go блокирует RFC 1918 / loopback / link-local / cloud-metadata (169.254.169.254) для cloud-провайдеров перед любым outbound-запросом. Локальные провайдеры (ollama, lmstudio, vllm) exempt только если api_base действительно loopback (IP-литерал 127.0.0.0/8/::1 или localhost) — закрыт bypass через регистрацию Provider:"ollama" с api_base на метадату AWS. На rejection логируется host (без userinfo) серверсайд, клиенту возвращается generic-сообщение (не раскрывает blocklist-топологию).
• DNS-rebinding / TOCTOU для model-list: listModelsOpenAICompat и listModelsOllama переведены с голого &http.Client{} на safeHTTPClientForSpec (transport с dial-time IP re-check из security.SSRFGuard.SafeHTTPClient). Local-spec использует loopback-whitelisted guard, cloud-spec — активный. pre-call ValidateURL остаётся как defence-in-depth.
• Anti-exfiltration для api_base override: в Test (/providers/{id}/test) при переопределении api_base из формы сохранённый расшифрованный api_key НЕ фолбэчится — иначе API-клиент мог бы перенаправить credential на произвольный хост.

Fixed

• Валидация api_key в TestConfig: пустой api_key для cloud-провайдеров теперь 400 (раньше молча тестировался → misleading 401 или ложный success). Локальные провайдеры (ollama/lmstudio/vllm) остаются exempt.
• 413 вместо 400 на oversized body: MaxBytesReader-ошибки в Test/TestConfig теперь возвращают 413 Request Entity Too Large (через errors.As(*http.MaxBytesError)), а не вводящий в заблуждение 400 invalid json.
• writeJSONError вместо http.Error: invalid-id / not-found пути в Test переведены на writeJSONError для консистентной JSON-формы ответа.
• hasOverride на per-field checks: дискриминатор «тело содержит override» переписан с хрупкого body != providerTestBody{} на явную проверку body.Provider != "" || body.APIKey != "" || body.APIBase != "", устойчивую к будущим полям.

Changed

• maxProviderTestBodyBytes (1 « 16) как именованная константа вместо дублирующегося магического числа в Test/TestConfig.
• IsLocalSpec — единый source of truth для классификации local/cloud; ListModelsForSpec и ResolveAndValidateAPIBase делегируют к нему.
• SetSSRFGuard на atomic.Pointer: потокобезопасная установка/чтение guard’а (хотя контракт остаётся «вызов ровно один раз из main.go»).
• Stale resolveAPIBase удалён; runDiagnostics теперь использует ResolveAndValidateAPIBase, чтобы диагностики сообщали URL, который фактически валидировался.
• Комментарий в +page.svelte переведён на английский и обновлён: fallback api_key отключён, если форма переопределяет api_base.

Added

• Тесты: internal/providers/ssrf_test.go (16 тестов — SSRF для cloud/local/nil-spec, loopback-enforcement, DNS-bypass, error disclosure, atomic.Pointer contract), TestTest_APIBaseOverrideDoesNotExfiltrateSavedKey, TestTestConfig_MissingAPIKey (+ local-exempt), TestTestConfig_LocalProviderWithoutAPIKey, TestTest_InvalidID_UsesJSONError, TestTest_BodyTooLarge, TestTestConfig_BodyTooLarge.

[0.134.92] - 2026-06-14

Fixed

• Проверка провайдера из формы модалки: кнопка «Проверить подключение» в модалках создания/редактирования провайдера теперь проверяет реквизиты из формы (до сохранения), а не сохранённые. Раньше при редактировании проверялся сохранённый конфиг — нельзя было убедиться в работоспособности новых api_key/api_base до их сохранения. Пустой api_key в форме фолбэчится на расшифрованный сохранённый ключ (не нужно вводить заново, если не меняется). Путь создания переведён с legacy TestProvider (Chat Completion, тратил токены) на TestConnectivity (GET /models, бесплатно) — оба пути унифицированы. Кэш testCache обновляется только при проверке сохранённого конфига (кнопка в списке), так что бейдж отражает персистенное состояние, а не эксперименты в модалке.

Security

• Защита от утечки ключа через тест-эндпоинт: POST /providers/{id}/test отвергает тело, где provider не совпадает с сохранённым типом — иначе API-клиент мог бы перенаправить расшифрованный сохранённый ключ на сторонний endpoint. Сохранённый ключ дешифруется только если форма его не предоставляет. Добавлены scheme-валидация api_base (только абсолютные http(s) URL) и http.MaxBytesReader (64 KiB) для тест-хендлеров.

Changed

• Инвалидация кэша при Update: после изменения провайдера testCache сбрасывается, чтобы бейдж в списке переключался на свежую проверку health-checker’а, а не показывал устаревший результат до истечения TTL.
• Новый эндпоинт POST /api/v1/providers/test (без id) для проверки unsaved-конфига из модалки создания; legacy POST /settings/provider/test помечен deprecated (без фронтенд-потребителя).

[0.134.91] - 2026-06-14

Security (P0)

• Гибридный детект command substitution ($(), backticks, $'...'): критический bypass закрыт. Раньше normalizeIFSVariants вырезала $(...) для матчинга, но shell исполнял оригинал — атакующий мог обойти deny-patterns через $(echo cm0gLXJmIC8=|base64 -d). Теперь содержимое подстановок анализируется рекурсивно: $VAR/${VAR}/$((expr)) разрешены, но если внутри $(cmd) или backticks найден deny-pattern — блок. Новые deny-паттерны для обфускации: echo|base64 -d, echo|xxd -r, printf с octal/hex escapes.
• SSRF для SSH/SCP/SFTP/RSYNC/Telnet: раньше ContainsInternalURL искал только http(s)://. SSH к internal IP (10.0.0.1, 169.254.169.254 — метаданные AWS) не проверялся. Теперь hosts извлекаются из разрешённых сетевых команд и проверяются через SSRFGuard.IsHostPrivate (DNS-resolve + isPrivate). Fail-closed для неразрешимых host’ов. Поддержка IPv6 [::1].

Added

• Allowlist-режим для exec (exec.mode): новое поле denylist (по умолчанию) | allowlist. В allowlist-режиме работают только команды из preset-списка и custom allow-паттерны — всё остальное блокируется. Принципиально надёжнее denylist против prompt injection. UI: селектор mode + инфо-баннер во вкладке «Выполнение».
• Настраиваемые Resource Limits (exec.resource_limits): per-agent лимиты CPU (cpu_seconds), памяти (memory_mb), размера файла (file_size_mb), процессов (processes). Нулевое значение = выключено. Linux: через SysProcAttr.Rlimit; macOS: через ulimit-префикс; Windows: no-op. UI: карточка «Лимиты ресурсов» с чекбоксом включения.
• Персистенция always_allow: при одобрении команды с «Всегда разрешать» — команда добавляется в custom_allow_patterns агента (anchored regex ^command$ с дедупом), больше не запрашивается. Раньше always_allow только разрешал текущий вызов.
• Output sanitization: фильтр ANSI escape-последовательностей (CSI, OSC, SS3), null bytes и управляющих символов в stdout/stderr exec-команд. Защита от терминальных атак на WebUI и искажения LLM-контекста бинарным мусором.

Changed

• macOS sandbox-exec hardening: профиль теперь содержит (deny network*) по умолчанию (fail-secure). Новое поле SandboxConfig.AllowNetwork для опционального разрешения сети. process-exec расширен с (literal "/bin/sh") до (subpath "/usr/bin") (subpath "/bin") (subpath "/usr/local/bin").
• truncateOutput переписан на []rune: раньше срез по байтам мог разрезать многобайтовый UTF-8 посередине символа, создавая некорректный UTF-8 в выводе.
• Windows process tree kill: TerminateProcessGroup/ForceKillProcessGroup теперь используют taskkill /T /PID вместо cmd.Process.Kill(), что гарантирует завершение дочерних процессов.

Fixed

• Сигнал в exit code: при убийстве процесса сигналом ProcessState.ExitCode() возвращает -1. Теперь это корректно отображается как [Exit code: -1] (документированное поведение).

[0.134.90] - 2026-06-14

Added

• web_fetch v2.0.0 — Markdown-конвертация и метаданные: инструмент полностью переписан на github.com/PuerkitoBio/goquery. Новый параметр format (markdown по умолчанию, text — старое поведение). Markdown-режим конвертирует <h1-6>→#, <a>→[text](url), <ul>/<ol>→-/1., <pre>→```, <strong>/<em>→**/_, <blockquote>→>, таблицы → pipe-формат, <img>→![alt](src). В начале результата добавляются метаданные страницы (Title:, Description:). В режиме text в конце добавляется секция Links: (до 30 ссылок).
• Charset-декодирование: автоматическое определение и декодирование кодировок (windows-1251, iso-8859-*, gbk и др.) по Content-Type header и <meta charset>. Использует golang.org/x/text/encoding/htmlindex.
• Content-Type сниффинг: если сервер не отправляет Content-Type: text/html, тип определяется по http.DetectContentType и <!DOCTYPE html>/<html> префиксу.
• Accept-Language header: en,ru;q=0.8 — серверы отдают контент на предпочитаемом языке.

Changed

• web_fetch.ExecuteStream удалён: фейковый стриминг (одно сообщение «Fetching…» + один результат) заменён на чистый Execute. Runner автоматически использует не-streaming путь через type assertion tool.(tools.StreamingTool).
• Дублирование Execute/ExecuteStream устранено: единый fetch() helper для всей HTTP-логики.
• Обрезка после парсинга: тело читается целиком (до 2 МБ ceiling), парсится полный DOM, обрезается уже текст на max_length. Раньше тело обрезалось посреди HTML → неполный DOM.
• max_length клампится в коде (clampInt(v, 1000, 100000)) в дополнение к schema-валидации.
• nil-guard: при ssrfGuard == nil создаётся дефолтный NewSSRFGuard(nil) (блокирует private IPs). Раньше nil полностью отключал SSRF-защиту.
• URL экранируется в атрибуте <web_fetch url="…"> через html.EscapeString.
• SSRF-проверка: ValidateURL + SafeHTTPClient (DialContext с DNS-проверкой + CheckRedirect с ре-валидацией) — без изменений, работает корректно.

Fixed

• Описание инструмента: убрано ложное утверждение «http:// is auto-upgraded to https://» — auto-upgrade не реализован и не должен быть (ломает HTTP API, локальные серверы).

[0.134.88] - 2026-06-11

Fixed

• Symlink path traversal в LoadEntryBody: filepath.EvalSymlinks + повторная проверка isUnder(baseDir) для защиты от символьных ссылок, выходящих за пределы каталога логов.
• FD leak при ошибке записи: при ошибке f.Write файловый дескриптор корректно закрывается и удаляется из внутренних мап Logger.
• SessionID *int64: тип изменён с int64 на *int64 для корректной обработки SQL NULL в nullable-колонке session_id.
• Dangling FK REFERENCES sessions(id): миграция 082 убирает FK на несуществующую таблицу sessions (удалена в миграции 049). Первичные миграции 079 (SQLite + PostgreSQL) также исправлены — fresh install больше не ломается.
• Кнопка «Повторить» в WebUI LLM-логов: заменена toggleExpand на loadDetail с capture idx через @const, корректный рефетч при ошибке.
• Race condition в SetStore: запись l.store теперь защищена мьютексом l.mu.
• context.Background() → r.Context(): GetEntry и ListEntries принимают context.Context, handler передаёт контекст запроса для корректной отмены при отключении клиента.
• LastInsertId в SQLite: AddLLMRequestLog теперь записывает сгенерированный ID в entry.ID через res.LastInsertId().
• normalizeDateFilter с ошибкой: возвращает (string, error) вместо молчаливого возврата невалидной строки; невалидные даты — 400 вместо пустого ответа.
• Форматирование allowedPurgeTables: выравнивание пробелов.

Changed

• Константы: maxLimit → maxLogListLimit в SQLite и PostgreSQL; pgLLMRequestLogCols — общая константа для списка колонок в PostgreSQL.
• RETURNING id: AddLLMRequestLog в PostgreSQL возвращает ID через QueryRow.Scan вместо Exec.
• Doc comments: ~25 godoc-комментариев на экспортируемые типы и методы в logger.go, dual.go, handler/llmlog.go.

Added

• TypeScript типы: LLMLogStatus = 'success' | 'error', LLMUsage, LLMLogDetail extends LLMLogEntry, error_message: string | null, session_id: number | null.
• Тесты LLM Request Log (llm_request_log_test.go): 8 тестов — Add+Get (с SessionID, nil SessionID), NotFound, List по AgentID, Limit cap, Date filter, Purge, Purge keeps newer.
• Миграция 082: пересоздание таблицы llm_request_log без dangling FK (SQLite + PostgreSQL).

[0.134.87] - 2026-06-10

Fixed

• Retention handler: http.Error → writeJSONError: неконсистентный формат ответа при ошибке записи (отсутствовали Content-Type: application/json и X-API-Version).
• Retention handler: удалена мёртвая normalized map: копировала req без трансформации, заменена прямой итерацией.
• WebUI «Настройки логов» — валидация: невалидные значения (не-число, вне диапазона, пустое поле) теперь показывают toast.error вместо молчаливого пропуска и ложного «Нет изменений».
• WebUI «Настройки логов» — isChanged / reset: бейдж «изменено» и кнопка «Сброс» теперь корректно работают от последнего сохранённого значения, а не от default.
• WebUI «Настройки логов» — refetch после save: данные обновляются с сервера после сохранения.
• WebUI «Настройки логов» — success toast: показывается до refetch, чтобы избежать противоречия при ошибке загрузки.

Changed

• Purge-методы Store: 7 идентичных методов Purge*Before в SQLite/Postgres сведены к приватному хелперу purgeCreatedBefore с allowlist таблиц allowedPurgeTables (единый в store.go).
• Cleanup service: defaults для retention-параметров читаются из settings.RegistryDefaultInt вместо hardcoded-значений.
• Иконка «Настройки логов»: уникальная иконка clipboard вместо дублирующей иконки колбы.

Added

• settings.RegistryDefaultInt: хелпер для чтения default из ParamRegistry с fallback.
• Тесты retention handler (retention_test.go): 10 тестов — Get (группа, значения, defaults), Update (valid, min/max, invalid, unknown-key, multi), формат ошибок.
• Тесты Purge-методов (purge_test.go): 7 тестов — PurgeAuditLog (базовый, пустая таблица, граница), PurgeToolAudit, PurgeWebhookRequests, PurgeRevokedRefreshTokens (revoked + active not deleted).

[0.134.86] - 2026-06-10

Added

• Ротация и настройка хранения логов: настраиваемый срок хранения для всех типов логов (кроме сообщений чата). Периодическая очистка вместо startup-only. 9 новых параметров в группе retention (по умолчанию 30 дней, LLM-файлы — 14 дней). API GET/PUT /api/v1/admin/retention, страница “Настройки логов” в WebUI (секция “Аудит” сайдбара).
• 7 новых purge-методов Store: PurgeAuditLogBefore, PurgeToolAuditBefore, PurgeCronAuditBefore, PurgeFileAuditBefore, PurgeLLMUsageBefore, PurgeWebhookRequestsBefore, PurgeRevokedRefreshTokensBefore (SQLite + PostgreSQL + DualStore).
• CloseStaleHandles в LLM Logger: закрытие файловых дескрипторов для прошедших дат, предотвращение утечки.

[0.134.85] - 2026-06-10

Fixed

• Душа агента не эволюционировала (soul_evolved всегда пуст): после перехода на unified chat (#137) фоновый ConsolidateAgent работал только в shared-scope (userID=nil), а validateFact намеренно отбрасывает приватные категории (preference/user_fact) и факты subject="user" без userID. В результате с 22.05 не создавалось ни одного нового preference/user_fact, и Dream было нечем кормить авторефлексию. Консолидатор снова обходит каждый user-scope (общий + по каждому пользователю).
• Хрупкий триггер авторефлексии: analyzeSoulEvolved запускался только на create/update категорий preference/user_fact. В зрелой памяти такие факты обновляются через merge (а update приходит без категории), поэтому рефлексия фактически не запускалась. Теперь учитываются merge/reactivate, добавлен одноразовый bootstrap эволюции Души из уже накопленных фактов (с throttle от повторных LLM-вызовов).

Added

• Store.ListAgentUserIDs: единый источник user-scope (DISTINCT user_id из messages ∪ memory_facts) для Consolidator и Dream — без клиентского усечения и расхождения между подсистемами.
• Store.GetMessagesAfterIDInScope: выборка сообщений после курсора с фильтром по user-scope (общий user_id IS NULL либо конкретный пользователь).
• Логирование фоновых LLM-вызовов: Consolidator и Dream теперь пишут запросы в llmlog (извлечение фактов, анализ памяти, эволюция Души) — наравне с чатом агента.

[0.134.84] - 2026-06-10

Fixed

• Таймаут скачивания обновлений: http.Client.Timeout (60с) убивал скачивание раньше context-таймаута. Заменён на 30 мин. Таймаут скачивания теперь адаптивный — рассчитывается из размера артефакта при мин. скорости 50 КБ/с, в пределах [5 мин, 30 мин].
• Retry при network timeout: добавлено до 2 повторных попыток с exponential backoff при обрывах соединения (context.DeadlineExceeded, net.Error). context.Canceled не retryable. Общий budget на все попытки ограничен.

[0.134.83] - 2026-06-10

[0.134.82] - 2026-06-10

Fixed

• Defer-порядок в timeout/turn_end: timeout-defer (LIFO) выполнялся после turn_end-defer, что вызывало дублирующий _turn_end. Заменено на прямую проверку turnCtx.Err() внутри turn_end-defer.
• Circuit breaker застревал навсегда: isOpen() не сбрасывал openUntil при истечении cooldown — breaker никогда не self-heal’ился. Добавлен auto-clear.
• Миграция 078 ломала FK: RENAME→CREATE→DROP паттерн ломал FK в message_reactions, message_favorites, fact_sources. Добавлен PRAGMA foreign_keys=OFF.
• isRequestLevelError через substring: заменён на errors.Is/errors.As против net.Error, context.DeadlineExceeded, net.OpError.
• PublishOutboundCtx невидимый дроп: не логировал и возвращал ctx.Err() вместо errBusFull. Добавлен slog + fmt.Errorf("%w: %w", errBusFull, ctx.Err()).
• Batch failure clamping: один transient blip на большом батче не должен перепрыгивать threshold.

[0.134.81] - 2026-06-10

Fixed

• Race condition в drain-горутине стриминга (runner.go): горутина for range ch стартовала немедленно и конкурировала с основным for-select за события из канала — события терялись. Заменено на drain() функцию, вызываемую только на abort-путях (idle timeout, ctx.Done).
• Роль interrupted отсутствовала в CHECK constraint БД: INSERT с role='interrupted' молча падал на SQLite и PostgreSQL. Миграция 078 добавляет 'interrupted' в constraint обеих БД.
• Двойная публикация _turn_end при таймауте агента: timeout-defer не выставлял turnEnded = true, второй defer отправлял дублирующий _turn_end. Добавлен флаг timeoutFired.
• Публикация timeout-уведомления в отменённый контекст: PublishOutbound вызывался после DeadlineExceeded — сообщение не доходило. Добавлен PublishOutboundCtx с context.Background() + 5s timeout.
• Autocompact/history/LLM-фильтр не пропускали interrupted: autocompact.go, actor.go:492 и findLastTopicBreak проверяли topic_break, но не interrupted — разделитель попадал в LLM-контекст.
• Turn timeout покрывал всю handleInbound: setup-работа (GetRecentMessages, summary LLM) потребляла бюджет агента. Timeout теперь scoped — применяется только к вызовам runner.Run/RunPlanExecute.
• Reranker circuit breaker не работал при per-call инстансах: breaker state жил в экземпляре OllamaReranker, который создавался заново при каждом запросе. State вынесен в package-level sync.Map (ключ: baseURL|model).
• Reranker breaker триггерился от per-document ошибок: одна malformed ошибка на документе засчитывалась как failure. Добавлен isRequestLevelError — breaker реагирует только на connection-level ошибки (connection refused, timeout, no such host).
• isOpen() мутировал состояние breaker: side-effect (сброс openUntil) при чтении. Разделено на чистый read + recordSuccess для reset.
• Нумерованные переменные updCtx2/updCancel2 в reindex.go: заменены на идиоматичный defer cancel() паттерн + комментарий к использованию context.Background().
• Дублирование верстки divider в MessageList.svelte: блоки topic_break и interrupted объединены в один с {@const}.
• Hard-coded statement_timeout=30000 в PostgreSQL pool: вынесен в TAIGACLAW_PG_STATEMENT_TIMEOUT env var (default 300000ms = 5 мин).

Added

• Тесты circuit breaker: open/close, cooldown, concurrent access, shared state, batch failure.

[0.134.80] - 2026-06-09

Fixed

• Критическая регрессия: все нативные инструменты агента терялись — коммит e792d8c заменил append(builtin, mcp...) на make + copy + append, но copy в slice длиной 0 копирует 0 элементов, в результате все builtin-инструменты (exec, read_file, write_file, memory_*, web_search и т.д.) молча отбрасывались. В LLM-запрос попадали только MCP-инструменты. Добавлены regression-тесты на Definitions().

[0.134.79] - 2026-06-09

Fixed

• Разделение кнопок «Новая тема» и «Стоп» — кнопка «Стоп» теперь вставляет divider «Прервано» вместо «Новая тема» и сохраняет историю сообщений для агента (включая tool calls). Кнопка «Новая тема» работает как раньше — обрезает контекст LLM и запускает консолидацию памяти.

[0.134.78] - 2026-06-09

Fixed

• Reindexer: race condition при cancel — UpdateReindexJobStatus в методе run() использовал отменённый контекст, из-за чего статус джоба не обновлялся в БД при отмене. Заменён на свежий context.WithTimeout(context.Background(), 5s).

[0.134.77] - 2026-06-09

Fixed

• ESLint: починен парсинг .svelte.ts файлов — добавлен svelte-eslint-parser в конфигурацию ESLint для файлов .svelte.ts.
• ESLint: добавлены ключи в {#each} блоки — ~60 блоков {#each} по всей кодовой базе дополнены уникальными ключами для корректной работы Svelte 5.
• ESLint: исправлена реактивность Map/Set/Date — new Map() → SvelteMap, new Set() → SvelteSet в реактивных контекстах; $state + $effect заменены на $derived где возможно.
• ESLint: отключено правило no-navigation-without-resolve — не актуально для SPA с adapter-static без base path.
• ESLint: {@html} в MarkdownRenderer — добавлен eslint-disable после DOMPurify-санитизации.
• ESLint: удалён мёртвый код — неиспользуемые импорты, переменные и функции убраны из 30+ файлов.
• ESLint: исправлены no-unused-expressions — добавлен void для выражений-зависимостей в $effect().

[0.134.76] - 2026-06-09

Fixed

• Agent hangs prevention: turn timeout (5 min default), stream drain guard, reranker circuit breaker, PG statement_timeout. #150

[0.134.75] - 2026-06-08

Fixed

• Guard от проактивных tool_calls: если LLM возвращает одновременно вопрос к пользователю (content заканчивается на ?) и tool_calls, раннер теперь отбрасывает tool_calls и возвращает контент как финальный ответ. Работает для всех режимов автономности (full, supervised, readonly). #151

Changed

• Промпт Execution Bias: добавлено правило CONFLICT RULE — LLM не должен включать tool_calls в ответ, который заканчивается вопросом к пользователю.

[0.134.74] - 2026-06-08

Added

• Просмотр содержимого документа: на странице Memory → Docs добавлена кнопка «Просмотр» для каждого документа, открывающая отдельную страницу с полным текстом документа (все чанки склеены по порядку). Новый API-эндпоинт GET /api/v1/agents/{id}/memory/chunks/content?source_type=...&source_id=....

[0.134.73] - 2026-06-08

Fixed

• Реактивность кнопок в чате (доп.): stores реакций и избранного переделаны с $state<Map> на $state<Record<number, T>> — Svelte 5 не отслеживает мутации Map через .set()/.delete(), но корректно отслеживает присвоение свойств plain object.

[0.134.72] - 2026-06-08

Fixed

• Реактивность кнопок в чате: кнопки «В избранное», «Хороший ответ», «Плохой ответ» теперь мгновенно обновляют визуальное состояние после клика, без необходимости перезагрузки страницы. Stores реакций и избранного стали единственным source of truth для $derived-состояний в ChatMessage, а syncFromMessages корректно очищает устаревшие записи.

[0.134.71] - 2026-06-08

Changed

• Инструмент memory_document для агента: агент теперь может создавать документы (чанки) в памяти через новый инструмент memory_document. Используется, когда пользователь просит «запомни», «сохрани», «запиши» и объём текста превышает формат одного факта. Документы доступны через memory_search (scope: documents/auto). Поддерживает upsert через параметр source_id.
• Избранное → память: сообщения агента, добавленные в избранное, автоматически индексируются как документы в памяти (SourceType: "favorite"). При убирании из избранного — чанки удаляются. Сообщения пользователя не индексируются.

[0.134.70] - 2026-06-08

Changed

• RAG: увеличен объём инъекции фактов в промпт — конечный top-K фактов поднят с 3-7 до 7-18 в зависимости от контекстного бюджета; MMR-лимит для фактов увеличен с 15 до 40 кандидатов; retrieval top-K по умолчанию увеличен с 30 до 60 кандидатов.
• Knowledge Graph: увеличен охват — множитель поиска сущностей увеличен с 3×terms до 6×terms; токен-бюджет KG увеличен с 500 до 1000.

[0.134.69] - 2026-06-07

Fixed

• Нечитаемые даты в /settings/metrics: поля last_call_at и updated_at отображались как ISO-RFC3339 (2026-06-07T19:16:46Z). Теперь форматируются через formatDateTime() в человекочитаемый вид.
• Сброс галочки «Сообщения» в /agents/:id/permissions: инструмент message не реализован в бэкенде (Go-структура ToolsPermissions не имеет поля Message), поэтому при сохранении значение терялось. Строка убрана из UI.

[0.134.68] - 2026-06-07

Fixed

• Consolidator зависал навечно после ~22 мая: GetMessages(agentID, limit) делал ORDER BY id ASC LIMIT 500 — возвращал самые старые 500 сообщений. Consolidator с курсором (например consolidator_cursor:1:shared = 1537) фильтровал id > cursor, но все 500 загруженных сообщений были ≤ курсора → facts_extracted: 0 каждый прогон, курсор не двигался. Добавлен новый метод GetMessagesAfterID(agentID, afterID, limit) — WHERE id > $afterID ORDER BY id ASC LIMIT $limit, теперь Consolidator грузит только непрочитанные. В production: ~2 недели отсутствовали новые факты → Dream не запускался → soul_evolved не обновлялся → “самопознание” агента остановилось.

Added

• Stall-детектор в ConsolidatorService: при 6+ подряд пустых прогонах Consolidator (24 часа при интервале 4ч) логирует ERROR consolidator stall detected с деталями (cursor, max_message_id, unprocessed_messages) и сбрасывает счётчик. Следующий подобный баг не проживёт незамеченным.
• Логирование Dream при пропуске: когда Dream не находит новых фактов после курсора, теперь пишет DEBUG dream skipped: no new facts after cursor с деталями (total_facts, cursor). Раньше полностью молчал — невозможно было отличить «нечего обрабатывать» от «система сломалась».
• Health-check с memory статусом: GET /readyz?memory=true и GET /api/v1/health?memory=true теперь возвращают секцию memory с per-agent статусом: last_dream_run, dream_action_count, active_facts_count, consolidator_cursor, max_message_id, unprocessed_messages. даёт видимую индикацию в API/WebUI.
• Новые Store-методы: GetMessagesAfterID, CountMessagesAfterID, GetMaxMessageID, GetLastDreamRun (SQLite + PostgreSQL + DualStore).

Tests

• TestGetMessagesAfterID_BasicFiltering, TestGetMessagesAfterID_Limit, TestGetMessagesAfterID_EmptyResult, TestGetMessagesAfterID_ZeroCursor, TestGetMessagesAfterID_NonExistentAgent, TestGetMessagesAfterID_IsolatedPerAgent — покрытие нового Store-метода.
• TestCountMessagesAfterID, TestGetMaxMessageID — покрытие вспомогательных методов.
• TestConsolidator_SeesMessagesAfterCursor — репродукция баги (факты извлекаются из сообщений после курсора).
• TestConsolidator_LargeDatasetCursorReach — 600 сообщений + курсор + 100 новых → факт извлекается (та самая production-ситуация).
• TestConsolidator_CursorDoesNotStuckOnLargeDataset — интеграционный тест без застревания.
• TestConsolidatorService_StallDetector, TestConsolidatorService_StallDetectorNoMessages — stall-детектор корректно сбрасывает/не сбрасывает счётчик.
• TestDream_SkippedLogsCursor — Dream корректно логирует пропуск.

[0.134.67] - 2026-06-07

Fixed

• Рассинхрон глубины размышлений между Душой и чатом: при входе в чат / переключении агента thinkingLevel всегда показывал «Стандарт» вместо значения из Души. Теперь dropdown синхронизируется с agent.thinking_level при загрузке и смене агента. Смена через dropdown более не перезаписывает Душу — это временное override для текущей сессии. «Новая тема» сбрасывает к значению Души.
• Anthropic не учитывал req.ReasoningEffort от агента: провайдер проверял только настройку reasoning_effort на уровне провайдера, игнорируя per-request значение. Теперь req.ReasoningEffort (от thinking_level=deep) реально включает extended thinking с бюджетом high.
• OpenAI-compat не передавал reasoning_effort: для reasoning-моделей (o1/o3/o4/gpt-5) параметр reasoning_effort не отправлялся в API-запрос. Теперь передаётся, если агент установил req.ReasoningEffort или провайдер имеет настройку reasoning_effort.

[0.134.66] - 2026-06-07

Fixed

• Скролл чата при открытии длинной истории полностью сломан в v0.134.65: ResizeObserver никогда не создавался при первой загрузке (container=null во время switchTo, а bind:this не вызывал setupResizeObserver). Теперь container и contentEl привязаны реактивно через $effect, observer создаётся при появлении любого из элементов. programmaticScroll переключён с rAF на таймаут (120 мс) для надёжной защиты от ложного сброса stickToBottom. Добавлен сброс stickToBottom=true при переключении агента.

[0.134.65] - 2026-06-07

Fixed

• Скролл чата при открытии длинной истории теперь корректно доходит до последнего сообщения. Три причины: (1) smooth-скролл от $effect перебивал instant-скролл из switchTo — теперь onMessageChange всегда использует instant; (2) onScroll сбрасывал stickToBottom при программном скролле — добавлен флаг programmaticScroll; (3) tick() не дожидался полного layout после рендера markdown — заменён на double-rAF + forceScrollToBottom.

[0.134.64] - 2026-06-07

Fixed

• Sandbox WARN для sandbox="none": при явном отключении sandbox через БД (permissions.exec.sandbox = "none") runner нормализует значение в security.SandboxNone (пустая строка). Раньше строка "none" напрямую кастилась в SandboxBackend и попадала в default-ветку WrapCommand, что приводило к спаму WARN: security: unknown sandbox backend, command runs unsandboxed, backend:"none" в логах. Команда при этом выполнялась unsandboxed, но лог вводил в заблуждение. Теперь WARN не пишется, поведение в system info / tool description не меняется (Sandbox=none).
• Ложное срабатывание ExecGuard на rm -rf в пользовательских директориях: жадная регулярка (?i)\brm\s+-[rf]{1,2}\b.*\s*/ ловила ЛЮБОЕ появление rm -r[f], после которого где угодно в строке через &&/pipe шёл слэш. Например, легитимная команда rm -rf ~/.gitea-mcp && /Users/.../gitea-mcp блокировалась как «dangerous operation». Заменено на точную регулярку (?i)\brm\s+-(?:rf|fr|r|f)\s+/, которая блокирует ТОЛЬКО root-anchored пути (rm -rf /, rm -rf /*, rm -rf /etc/..., rm -rf /home/..., rm -r /, rm -f /, rm -fr /), а rm -rf ~/.cache && /usr/bin/foo и аналогичные легитимные команды проходят.
• Текст ошибки ExecGuard уточнён: вместо абстрактного Error: Command blocked by safety filter (dangerous operation) теперь возвращается понятное для LLM сообщение, явно отличающее ExecGuard от sandbox. Раньше LLM-агенты атрибутировали блокировку к sandbox, что приводило к неверным выводам в финальных отчётах (например, «smoke-test заблокирован sandbox-фильтром» в задаче #144).

Tests

• Добавлены TestExecGuard_RmRf_BlocksRootAnchoredPaths и TestExecGuard_RmRf_AllowsChainedUserDir — точная репродукция бага из agent 1 (2026-06-07), а также расширенное покрытие для root-anchored и пользовательских путей.
• Добавлен TestExecGuard_RmRf_SSHSmokeTestRegression — точная команда из продакшн-инцидента с включённым SSH, проверяющая, что после фикса полный пайплайн (SSH → rm -rf в ~/.gitea-mcp → запуск бинарника) проходит.

[0.134.63] - 2026-06-07

Fixed

• Скролл чата при открытии длинной истории: теперь корректно проматывает до последнего сообщения, а не до середины. ResizeObserver подписан на внутренний контентный элемент, что гарантирует скролл вниз при дозагрузке и рендере markdown/кода.

[0.134.62] - 2026-06-07

Fixed

• Автообновление на Linux/macOS: заменён прямой syscall.Exec на helper-процесс для бесшовного рестарта. Раньше supervisor заменял себя через syscall.Exec до завершения DBus/systray cleanup — иконка в трее пропадала, иногда приложение полностью завершалось. Теперь supervisor порождает detached helper, завершается чисто (освобождая DBus), helper ждёт смерти родителя и запускает новый бинарник. Fallback на старое поведение при ошибке spawn.

[0.134.61] - 2026-06-07

Changed

• Убран текст «TaigaClaw» рядом с иконкой в системном трее (macOS), оставлена только иконка.

[0.134.60] - 2026-06-07

Removed

Итерация V аудита мёртвого кода: вспомогательные пакеты

Удалён мёртвый код и разэкспорчены internal-only символы в 9 пакетах. Итерация V из docs/audit/dead-code-2026-06-07.md.

• bus: PublishTimeout → publishTimeout, ErrBusFull → errBusFull
• auth: удалены ClaimsToJSON, GeneratePKCEVerifier, pkce.go; LoginLockout → loginLockout, NewLoginLockout → newLoginLockout, TokenType/AccessToken/RefreshToken → приватные
• cron: удалены DescribeCronExpr, DescribeEveryExpr (~80 строк); FormatCronSchedule → formatCronSchedule
• permissions: удалены AutonomyLevelLabel, AutonomyLevelDescription, FindToolsPreset
• embeddings: удалена ProviderDisplayName
• reranker: удалена ProviderDisplayName
• updater: удалена IsValidVersion; ErrDowngradeRefused → errDowngradeRefused, SchemaVersion → schemaVersion
• secrets: NewKeyManager → newKeyManager
• security: WrapCommandBwrap/WrapCommandSandboxExec/ScrubCredentialEnv → приватные; SSRFGuard.IsAllowed/IsBlocked/IsPrivate/ValidateRedirectURL/SafeTransport → приватные; удалена ValidateIP + тест
• sanitize: Text → text
• ExecGuard.IsPresetCommand оставлен экспортированным — есть кросс-пакетный вызов

[0.134.59] - 2026-06-07

Fixed

Аудит мёртвого кода — Итерация VI: запланированные, но не подключённые

Удалён мёртвый код и подключены housekeeping-задачи, выявленные при аудите (docs/audit/dead-code-2026-06-07.md, итерация VI):

• VI-1: Удалён PerformBinaryRollback из updater/rollback.go (17 строк) — мёртвый код для несуществующего internal/supervisor/; реальный rollback в internal/tray/watchdog.go. Удалены 4 тест-функции. AGENTS.md обновлён: internal/supervisor/ заменён на internal/tray/.
• VI-2: DeleteExpiredOAuthSessions подключён к FactCleanupService.runOnce() — таблица oauth_sessions теперь очищается автоматически (каждые 24ч).
• VI-3: Удалены ListFileAudit и GetStoredFileByPath из интерфейса Store и 4 реализаций (~40 строк) — аудит файлов пишется, но никогда не читался.
• VI-4: Удалён endpoint GET /api/v1/admin/advanced/context-cache (handler + route, ~30 строк) — FetchContext (POST) уже возвращает context_window.
• VI-5: Удалены legacy-эндпоинты GET/PUT /api/v1/settings/provider (handler + route, ~70 строк) — заменены на CRUD /api/v1/providers/*. TestProvider (POST) оставлен — используется как fallback при тесте несохранённых провайдеров.
• VI-6: Удалены 8 мёртвых Store-методов из интерфейса и 4 реализаций (~100 строк): GetMCPServerByName, GetLastToolIteration, GetRecentEmailMessages, GetChunk, GetReindexJob, CountAgentMessages, UpdateFactL0Abstract, ListFactsWithoutL0.

Также откачаны незавершённые правки итерации V (auth, bus, cron, security, secrets, embeddings, reranker, sanitize, updater), которые ломали сборку.

[0.134.58] - 2026-06-07

Fixed

Аудит мёртвого кода: актуализация статусов I-7 и III-6

Обновлены статусы в docs/audit/dead-code-2026-06-07.md — задачи I-7 (HealthHandler.ServeHTTP) и III-6 (SkillManageTool.agentName()) были выполнены в соответствующих коммитах итераций I (v0.134.54) и III (v0.134.56), но не были отмечены как готовые в файле аудита.

[0.134.57] - 2026-06-07

Removed

Итерация IV аудита мёртвого кода: internal/providers

Удалён мёртвый код из пакета internal/providers/. Итерация IV из docs/audit/dead-code-2026-06-07.md.

• ModelLister interface — определял ListModels(ctx), никогда не реализовывался. Реальное получение моделей через ListModelsForSpec().
• PromptContribution struct — никогда не инстанцировался. Связанный интерфейс PromptContributor оставлен (живой).
• ProviderSnapshot struct — никогда не инстанцировался.
• StripImageContent() — удаляла Media из сообщений, но не вызывалась.
• IsProviderError() — вызывалась только в тестах. Внешние потребители используют AsProviderError().
• LLMResponse.ThinkingBlocks — write-only: заполнялось в parseAnthropicResponse, но никогда не читалось. ReasoningContent полностью покрывает streaming-thinking.
• ThinkingBlock struct — использовался только удалённым полем ThinkingBlocks.
• LLMResponse.ErrorRetryAfter, ErrorShouldRetry — никогда не записывались и не читались. Retry-решение использует ProviderError.
• ChatRequest.ToolChoice — никогда не устанавливался caller’ами и не читался provider-реализациями.
• OpenAICompatProvider.extraHeaders, extraBody — сохранялись в конструкторе, но никогда не читались. Headers применяются через option.WithHeader() при создании клиента.
• AnthropicProvider.extraHeaders — аналогично.

Удалён тест TestIsProviderError из iter13_test.go.

[0.134.56] - 2026-06-07

Removed

Итерация III аудита мёртвого кода: internal/agent

Удалён мёртвый код из пакета internal/agent/ и его подпакетов. Итерация III из docs/audit/dead-code-2026-06-07.md.

• paramFloatDefault, paramAny (tools/helpers.go) — helper-функции, вызывавшиеся только из тестов.
• paramInt (tools/memory.go) — не вызывалась нигде, даже в тестах.
• ResolveEmailToolNameCollision, containsName (tools/email_send.go) — функция разрешения коллизий имён email-инструментов, никогда не подключённая к production.
• fallbackArgsPreview (tool_preview.go) — обёртка над fallbackArgsPreviewFunc, не вызывавшаяся.
• FileStates.dedup (tools/file_state.go) — поля dedup, dedupOrder и 4 метода (dedupKey, GetDedup, SetDedup, evictDedupLocked). Кэш дедупликации выделял память при каждом создании FileStates, но ни один инструмент не вызывал GetDedup/SetDedup.
• mcpSessionCache (tools/mcp.go) — sync.Map, никогда не читалась и не записывалась.
• AgentRunSpec.Tools (types.go) — дублировал ToolDefs, все потребители использовали ToolDefs. Присваивания в actor.go, subagent.go, spawn_tool.go.
• AgentRunSpec.SessionID (types.go) — всегда 0, никогда не читался.
• HookContext: 5 полей (Messages, Usage, ToolCalls, ToolResults, StreamedContent) — никогда не заполнялись и не читались hook-реализациями.
• SkillManageTool.agentName() — метод без вызовов.
• EstimateProviderTokens, estimateProviderMessageTokens (token_estimator.go) — вызывались только в тестах.

Удалено 9 тестовых функций из 3 файлов (p3_tools_test.go, file_state_test.go, token_estimator_test.go).

[0.134.55] - 2026-06-07

Removed

Итерация II аудита мёртвого кода: методы Store interface

Удалены 6 методов интерфейса Store (по 4 файла каждый: store.go, dual.go, sqlite.go, postgres.go), заменённых новыми реализациями. Итерация II из docs/audit/dead-code-2026-06-07.md.

• store.RevokeRefreshToken — безусловный revoke, заменён на атомарный RevokeRefreshTokenIfActive (проверяет revoked_at IS NULL).
• store.ListAuditLog — deprecated, заменён на ListAuditLogFiltered с поддержкой фильтров (action, resource_type, resource_id, пагинация). 11 тестовых вызовов обновлены на ListAuditLogFiltered.
• store.ListToolAudit — простой список без пагинации, заменён на ListToolAuditPaginated. 6 тестовых вызовов обновлены.
• store.ToggleCronJob — 3-шаговая неатомарная операция, заменена на SetCronJobEnabledAndReset (атомарный toggle + reset next_run_at).
• store.GetMessagesBefore — без фильтрации, заменён на GetUIMessagesBefore (фильтрует tool/internal-сообщения через uiRoleFilter).
• store.RemoveFactIDFromKGSourceIDs — удалён из интерфейса и DualStore. Реализации на *SQLiteStore и *PostgresStore сохранены — вызываются внутри DeleteFact напрямую через конкретный тип.

[0.134.54] - 2026-06-07

Removed

Итерация I аудита мёртвого кода: заменённые реализации

Удалены целые файлы, функции и структуры, заменённые новыми подходами или никогда не подключённые к production. Итерация I из аудита docs/audit/dead-code-2026-06-07.md.

• logger/filehandler.go — file-based rotating логгер (~200 строк). Production использует DBHandler.
• security.CachedTransport + NewCachedTransport — дубликат SSRF-transport, заменённый на SSRFGuard.SafeTransport/SafeHTTPClient.
• skills/loader.go — ранняя FS-based реализация (типы SkillDir, SkillConfig), заменённая DB-based подходом.
• agent/tools/MessageTool — нигде не зарегистрированный инструмент для промежуточных уведомлений. Streaming + heartbeat полностью покрывают его сценарий. Helper-функции контекста перенесены в tools/context.go. Удалено поле Tools.Message из permissions и orphan-кейс в tool_preview.
• email.MatchWhitelist — заменена на MatchWhitelistDual (проверяет и envelope-from, и Return-Path). Тесты обновлены.
• email.VerifyDKIM + VerifySPF — заглушки без реализации и без потребителей. Тесты удалены.
• HealthHandler.ServeHTTP — legacy alias для Readyz, нигде не используемый как http.Handler.
• tokens.CountForModel + CountMessages + Message — мёртвый API подсчёта токенов. Production использует agent/token_estimator. Тесты удалены.

[0.134.53] - 2026-06-07

Fixed

Метрики: оживление мёртвых счётчиков + новые секции в UI

Из аудита системы метрик обнаружено: из ~30 метрик реально собирались только 9 (bus, auth, kg, memory). Остальные (llm, http, sessions, tools, actor, cron) — мёртвый код. Кроме того, страница /settings/metrics не показывала секции KG и Memory, хотя API их отдаёт.

Backend

• LLM (runner.go): RecordLLMCall / RecordLLMError теперь вызываются после каждого LLM-запроса. RecordLLMTokensBreakdown подключён в actor.go при recordUsage (системные / RAG / история).
• HTTP (middleware/logging.go): RecordHTTPRequest теперь инкрементируется для каждого HTTP-запроса (errors — для статусов ≥500).
• Tools (runner.go): RecordToolCall вызывается для каждого результата инструмента.
• Actor (actor.go): RecordActorHandle замеряет длительность обработки входящего сообщения. RecordMaxIterations срабатывает при достижении лимита итераций. RecordTurn фиксирует количество итераций на тур.
• Sessions (loop.go): добавлены RecordSessionCreated / IncSessionsActive / DecSessionsActive. Создание и удаление session-actor теперь инструментированы.
• Cron (cron/service.go): RecordCronMissed инкрементируется в recalcAllJobs для просроченных задач (every/cron), которые пересчитываются вместо выполнения.
• LLMLastCall: новое поле last_call_at (RFC3339) в JSON-снапшоте и Prometheus-выводе.

Frontend

• Страница /settings/metrics: добавлены 2 новые секции — Граф знаний (KG) и Память (Memory) — с глобальными счётчиками и per-agent gauges.
• LLM-секция: добавлено поле tokens_cache_creation (кэш-запись).
• API-клиент: api.metrics() типизирован через MetricsSnapshot (ранее возвращал unknown).
• Удалён дублирующий интерфейс из svelte-файла, используется централизованный тип из types.ts.

Tests

• internal/metrics/metrics_test.go: расширено с 12 до 23 тестов. Покрыты все Record-методы (включая новые Session-методы), LLMLastCall в Snapshot, KG- и Memory-gauges, Prometheus-формат, singleton.

[0.134.52] - 2026-06-07

Security (C-M-5 — Re-indexing admin pipeline, финал)

Закрытие последней незакрытой задачи из backend-аудита (v0.134.12). В v0.134.46 инфраструктура (Store + Reindexer) была готова, но без HTTP/WS-интеграции. Теперь admin может запустить фоновую переиндексацию эмбеддингов при смене модели/размерности, видеть live-прогресс и отменять.

Backend

• cmd/taigaclaw/main.go — wiring Reindexer рядом с SwappableEmbedder. SetEventBroadcaster(wsChannel.Hub()) — события прогресса транслируются через WSHub. reindexer.Cancel() в gracefulShutdown для корректной остановки при SIGTERM.
• internal/server/handler/embeddings.go (новый) — EmbeddingsHandler с 4 эндпоинтами:
  • POST /api/v1/admin/embeddings/reindex — {kind: "all"|"facts"|"chunks"} → 202 + job (409 если уже идёт, 400 если kind невалидный).
  • GET /api/v1/admin/embeddings/reindex/status — текущий active job или {"job": null}.
  • POST /api/v1/admin/embeddings/reindex/cancel — 204 (идемпотентно).
  • GET /api/v1/admin/embeddings/reindex/jobs?limit=N — история (default 50, max 200). Все под RequireGlobalAdmin.
• internal/server/router.go — регистрация новой группы /admin/embeddings/reindex/*.
• internal/channels/websocket.go — добавлены Hub() getter на WebSocketChannel и BroadcastReindexEvent на WSHub. В WSOutboundEvent добавлено поле Data json.RawMessage для произвольного JSON-payload (вместо опасного использования Tools).
• internal/embeddings/reindex.go — EventBroadcaster интерфейс + SetEventBroadcaster setter + emit() helper. Broadcast событий в Start/run/fail/cancelJob/progress. Также фикс race condition: Start отпускает r.mu перед go r.run(...) (раньше блокировал сам себя через re-entrant lock в emit). Фикс cancel flow: EnsureVectorDimensions/ListAgents/ListFacts/ListChunks теперь проверяют context.Canceled и вызывают cancelJob вместо fail. fail/cancelJob используют свежий context.Background() (5s timeout) для финального UpdateReindexJobStatus — run-ctx уже отменён в этот момент.

Frontend

• web/src/lib/api/types.ts — типы ReindexJob, ReindexStatusResponse, ReindexJobsResponse, ReindexEventData.
• web/src/lib/api/endpoints.ts — api.embeddings.{reindex, reindexStatus, reindexCancel, reindexJobs} (4 метода).
• web/src/lib/stores/reindex.svelte.ts (новый) — $state-class ReindexStore с полями currentJob/jobs/loading/starting/ cancelling/error и методами loadStatus/loadJobs/start/ cancel/startPolling/subscribe/handleWSEvent/destroy. Опциональная WS-подписка через callback — ChatStore или другая WS-инстанция может прокидывать события reindex.* через handleWSEvent. Polling (2 сек) по умолчанию, останавливается через stopPolling()/destroy().
• web/src/lib/stores/reindex.svelte.test.ts (новый) — 16 vitest-тестов: loadStatus/loadJobs/start/cancel, WS-события (started/progress/ completed/failed/cancelled), subscribe/unsubscribe, polling.
• web/src/lib/features/system/ReindexSection.svelte (новый) — UI-компонент: статус-карточка (idle/running/completed/failed/cancelled) с прогресс-баром, кнопки Start/Cancel, select kind (all/facts/chunks), история последних 10 job’ов.
• web/src/routes/settings/advanced/+page.svelte — вставка <ReindexSection /> в начало страницы (видимо только админу через +layout.svelte гард).

Tests

• internal/server/handler/embeddings_test.go (новый) — 10 unit-тестов с real SQLiteStore + Reindexer + mock embedder: Start (default/ explicit kind/invalid/already-running), Status (no-active/with-active), Cancel (no-active/with-active), Jobs (history/limit-validation).
• web/src/lib/stores/reindex.svelte.test.ts (новый) — 16 vitest-тестов с моками api.embeddings.*.

Documentation

• docs/audit/backend-2026-06.md:
  • C-M-5 — ✅ FIXED v0.134.52 с перечислением всех изменений.
  • C-M-2 — VERDICT-блок «ложная тревога» (по аналогии с C-H-7, C-SC-1): compactAgent не вызывается из user-path, только из AutoCompactService (фоновый ticker) и handleCompact (явная слэш-команда с 5-мин таймаутом в tracked-горутине).

[0.134.51] - 2026-06-07

Changed

• Рефакторинг дублирующего функционала между /settings/ и /agents/{id}/ (issue #183). Анализ выявил четыре класса пересечений: (A) явный дубль (Cron/Heartbeat продублированы в settings без добавленной ценности — агрегация по всем агентам реализовалась циклом по per-agent эндпоинтам, т.е. settings-страницы не имели собственного бэкенда); (B2) смешение уровней управления (Skills: матрица «навык × агент» жила и в settings, и в агенте); (C) спрятанный UX (MCP-активация для агента была вложена в permissions → mcp вместо отдельного пункта навигации); (D1) дубль редактирования полей агента (settings/agents vs /agents/{id}). Рефакторинг только frontend — backend (Go handlers/services/store) не тронут, т.к. все эндпоинты переиспользуются оставшимися разделами; специфичных admin-агрегирующих эндпоинтов для cron/heartbeat не существует (проверено grep’ом /api/v1/admin/(cron|heartbeat) → 0). Netto: −717 строк.
  • Категория A — убран дубль из settings. Удалены web/src/routes/settings/cron/ (3 файла) и web/src/routes/settings/heartbeat/ (3 файла). Пункты cron, heartbeat убраны из SettingsSidebar.svelte. Управление cron/heartbeat осталось только в /agents/{id}/cron и /agents/{id}/heartbeat (как и должно быть — сущности привязаны к агенту).
  • Категория B2 — Skills: разделение уровней. settings/skills/+page.svelte упрощён: убрана матрица «навык × агент» (привязка управляется только из агента); оставлен CRUD глобального каталога. В /agents/{id}/skills/+page.svelte иконка «Редактировать» убрана для глобальных и встроенных навыков (рендерится только для индивидуальных skill_owner_agent_id === agentId). Страница /agents/{id}/skills/{skillId} для глобальных/builtin навыков теперь показывает read-only превью (имя, описание, метаданные, триггеры, контент в <pre>) вместо формы редактирования.
    • Баг ownership-check (найден ocr review, критичный): isEditableInAgent/confirmRemoveSkill/removeSkill проверяли skill_owner_agent_id !== null без сверки с agentId. Навык, принадлежащий другому агенту, ошибочно классифицировался как «редактируемый здесь» и при удалении хард-делетился через api.skills.delete. Исправлено: проверка skill_owner_agent_id === agentId во всех трёх точках; убрана unreachable-ветка !== undefined (тип поля — number | null).
    • Прочее из review: вынесен единый parseSkillMetadata helper (устранено дублирование JSON-парсинга между initialData и parsedMeta), guard !isNaN(date.getTime()) против «Invalid Date», aria-label на back-link, убран избыточный && initialData в read-only ветке. В settings/skills: пустой catch {} в loadSkills теперь показывает ошибку; error сбрасывается перед повторным delete.
  • Категория C — MCP: отдельный пункт навигации агента. Создан новый маршрут /agents/{id}/mcp/+page.svelte — обёртка над переиспользуемым McpPermissionsCard (loading через PermissionsStore, своя кнопка save). Пункт mcp добавлен в навигацию агента (+layout.svelte, группа «Агент», рядом с webhooks). Вкладка mcp убрана из /agents/{id}/permissions: 'mcp' удалён из PermSectionKey и SECTIONS (usePermissionTab.svelte.ts), import и ветка {:#else if tab.active === 'mcp'} удалены из permissions/+page.svelte. Подключение серверов (stdio/SSE/HTTP, OAuth) осталось в settings/mcp (как и должно быть по модели «подключение в settings, активация у агента»).
  • Категория D1 — settings/agents → только каталог. Модалка редактирования существующего агента удалена (редактирование — в /agents/{id}). Форма создания упрощена до name + description (убраны context_max_tokens и realtime_extraction). Блок участников удален (управление — в /agents/{id}/members).
    • Функциональные регрессии (найдены ocr review, исправлены): (1) context_max_tokens/realtime_extraction после удаления из settings нигде не редактировались — добавлена секция «Настройки контекста» в Профиль агента (/agents/{id}/+page.svelte, только для canEditAgent), сохранение через api.agents.update. (2) Удаление агента нигде не было доступно — добавлена секция «Опасная зона» в Профиль с ConfirmModal и редиректом на /agents после api.agents.delete.
    • Прочее из review: error-баннер при ошибке создания был скрыт за fixed inset-0 оверлеем модалки — теперь дублируется внутри модалки рядом с кнопками; name/description триммятся перед api.agents.create.
  • Что НЕ менялось: audit в settings и в агенте (по решению — разные срезы); backend (Go); все остальные разделы settings и агента. 309 a11y-warnings в svelte-check — pre-existing паттерны проекта (div+onclick-модалки, <label> без for), не связанные с рефакторингом.

[0.134.50] - 2026-06-07

Added (W-050)

• SEO мета-теги в app.html: <meta name="description">, OpenGraph (og:title, og:description, og:type) и Twitter Card (twitter:card, twitter:title, twitter:description) — корректный превью при расшаривании ссылки.

[0.134.49] - 2026-06-07

Fixed

• Исправлена пагинация на странице LLM-запросов (/settings/llm-log): сервер запрашивал недостаточно записей для offset-среза, что приводило к пустой выдаче на 2-й и последующих страницах.
• Кнопки пагинации «Назад»/«Далее» теперь всегда видны на странице LLM-запросов, позволяя вернуться на первую страницу даже при пустой выдаче.

[0.134.48] - 2026-06-07

Fixed

• Баги страниц аудита: обрезанные «Аргументы»/«Результат», URL-табы, имя пользователя (issue #186). Три проблемы на страницах /agents/[id]/audit и /settings/audit: (1) колонки «Аргументы»/«Результат» в табе инструментов отображались через max-w-[200px] truncate — полный текст был невидим; (2) на /settings/audit каждый вид лога не имел своего URL (таб жил только в $state, перезагрузка сбрасывала его, шаринг ссылки невозможен); (3) колонка «Пользователь» показывала числовой user_id вместо имени.
  • Бэкенд (internal/store/{sqlite,postgres}.go, ListAuditLogFiltered): SELECT … FROM audit_log заменён на LEFT JOIN users u ON u.id = a.user_id с COALESCE(u.display_name,'') AS user_name, COALESCE(u.username,'') AS user_login. Все ссылки на колонки в WHERE/ORDER BY квалифицированы алиасом a. (после JOIN id/action/resource_type стали неоднозначными — ORDER BY id падал с ambiguous column name). Структура AuditLogEntry (internal/store/store.go) расширена полями UserName/UserLogin (godoc на английском, без cross-stack ссылок). Миграция не нужна — audit_log.user_id уже FK на users(id) ON DELETE SET NULL (миграция 002), users.display_name/username существуют. CreateAuditLog и точки вызова middleware не тронуты (JOIN заполняет поля при чтении).
  • Frontend — URL-табы (web/src/lib/features/audit/useAuditTab.svelte.ts): композабл по образцу usePermissionTab — чтение ?tab= из window.location.search при инициализации + history.replaceState при смене. VALID-массивы объявлены as const с типом (typeof)[number] (один источник правды для union, как в useMemoryData). Два класса: AgentAuditTab (tools/cron/system) и SettingsAuditTab (system/tools/cron/logs).
  • Frontend — PageTabs generic (web/src/lib/components/PageTabs.svelte): компонент параметризован <K extends string> (через generics="K extends string"), что убрало небезопасные касты as AgentAuditTabKey на обеих страницах и даст type-safety будущим потребителям.
  • Frontend — аккордеон (ExpandableToggle.svelte): клик по строке разворачивает detail-row (<pre class="whitespace-pre-wrap break-words">) с полным содержимым. Применён ко всем длинным полям: tools (args_summary/result_summary), system (details), cron (error), logs (message/attrs). Раскрытие — реальный <button> внутри первой ячейки (а не role="button" на <td>), с aria-expanded, aria-label с контекстом строки (timestamp) и aria-hidden на глифе. Состояние — SvelteSet<string> с composite-ключом ${tab}:${id} (исключает коллизии ID между таблицами).
  • Frontend — имя пользователя (web/src/lib/utils/formatUser.ts): shared-утилита userDisplay: display_name → иначе username → иначе числовой user_id → иначе «—». Используется на обеих страницах вместо entry.user_id ?? '—'.
  • Прочие правки по ocr review (7 прогонов): $derived для currentCount, COLS_BY_TAB record с комментариями-перечислением колонок, title={x || undefined} (вместо || '' — пустой tooltip), восстановлены sticky left-0 на ячейках времени, loading-spinner во всех табах, expandedIds.clear() консолидирован в loadCurrentTab, очистка entry-массивов при switchTab (stale data cross-tab), сброс фильтров при смене таба, onMount c try/finally для loading, async switchTab c await loadCronNames, button «Далее» disabled при currentCount < limit.
  • Тесты: Go internal/store/audit_join_test.go — TestSQLiteStore_ListAuditLogFiltered_UserJoin: NULL user_id → пустые user_name/user_login, user с display_name → заполненные поля, удаление user (FK ON DELETE SET NULL) → строка остаётся с пустыми полями без паники. Vitest web/src/lib/utils/formatUser.test.ts — 5 кейсов fallback-цепочки.
  • Проверки: golangci-lint — 0 issues, go test ./internal/... — 27 пакетов green, npm run check — 0 errors (309 warnings — все pre-existing a11y), npm test — 420/420 passed, make build — OK. Оставлены как архитектурный scope-creep: snapshot-at-write-time для forensic integrity (задокументировано в godoc), server-side total/hasMore для точного disabled кнопки пагинации, глобальный AbortSignal для async-loader races (pre-existing паттерн всего приложения).

[0.134.47] - 2026-06-07

Documentation (L-ST-2, L-CS-1 — DualStore refactor)

• ADR-009 docs/adr/2026-06-07-dual-store-deferred.md — отложен struct embedding refactor DualStore. Анализ показал, что простое embedding ломает current dispatch (метод всегда вызывается на *SQLiteStore, даже когда d.current == PostgresStore). Чтобы сохранить dispatch нужно переопределить все 292 метода — эквивалентно текущему passthrough без выигрыша. Production-критичный код не трогаем; ADR-008 остаётся reference для будущего рефактора.

[0.134.46] - 2026-06-07

Security (C-M-5 — Embedder re-embed pipeline, частичный фикс)

Реализован фундамент для переиндексации эмбеддингов при смене embedder’а с разной размерностью. Раньше при dimension mismatch SwappableEmbedder.Swap возвращал 409 без возможности продолжить. Теперь инфраструктура (Store + Reindexer) готова — админ сможет запустить фоновую переиндексацию, которая обновит все memory_facts и memory_chunks.

• Миграция 077_reindex_jobs.up.sql — таблица reindex_jobs (id, kind, old_dim, new_dim, old_model, new_model, status, processed, total, started_at, finished_at, error, created_at) + UNIQUE INDEX uniq_active_reindex_job гарантирующий только один active job одновременно.
• internal/store/store.go — ReindexJob struct + 7 новых методов Store: CreateReindexJob, GetActiveReindexJob, GetReindexJob, UpdateReindexJobProgress, UpdateReindexJobStatus, ListReindexJobs, EnsureVectorDimensions.
• internal/store/sqlite.go — все 7 методов + UpdateChunkEmbedding + ListChunksNeedingReembed + IndexChunkUpdateVector (HNSW reindex).
• internal/store/postgres.go — все 7 методов + UpdateChunkEmbedding
  • ListChunksNeedingReembed (использует существующий vectorToPG). EnsureVectorDimensions уже существовал.
• internal/store/dual.go — passthrough-методы.
• internal/embeddings/reindex.go — Reindexer с Start(kind), Cancel(), фоновой goroutine, батчами по 100, проверкой ctx.Err() на каждой итерации. ErrAlreadyRunning защищает от дублей.
• internal/embeddings/reindex_test.go — 3 теста: Start creates job, DoubleStartFails, ProcessesFacts (создаёт факт → reindex → проверяет что mockProvider был вызван).

Planned (admin HTTP endpoints + WS events)

Полная интеграция в cmd/taigaclaw/main.go (swappable + reindexer wiring) и HTTP endpoint’ы (POST /api/v1/admin/embeddings/reindex, GET /status, POST /cancel) оставлены на следующий PR — сейчас инфраструктура (Store + Reindexer) готова и покрыта тестами.

Security (H-S-4, H-S-11 — file ops + IP fingerprint)

• internal/server/handler/file.go — добавлен safeRemove(workspaceDir, target): централизованный helper для удаления файлов/папок с защитой от path traversal (isPathInWorkspace), symlink-атак (Lstat Mode), и race-атак через подмену каталога symlink-ом между Lstat и RemoveAll (EvalSymlinks + повторная проверка). Используется вместо прямого os.Remove/os.RemoveAll в handler-ах. Учитывает macOS /var → /private/var (workspace и target резолвятся одинаково).
• internal/server/handler/safe_remove_test.go — 5 тестов: file inside, dir recursive, path outside (отказ), symlink (отказ), non-existent (no-op).
• Миграция 076_oauth_ip_fingerprint — колонка ip_fingerprint TEXT в oauth_sessions. NULL по умолчанию (backward-compat).
• internal/store/store.go — OAuthSession.IPFingerprint string поле. Документировано поведение: IPv4 = /24, IPv6 = /64.
• internal/store/{sqlite,postgres}.go — CreateOAuthSession / GetOAuthSession обновлены для работы с ip_fingerprint. PG-версия использует *string/any для NULL-семантики.
• internal/server/handler/auth.go — computeIPFingerprint(r) нормализует IP клиента в /24 (IPv4) или /64 (IPv6). При Login — записывается в новую сессию. При Authorize — сверяется с текущим IP. Несовпадение → slog.Warn + удаление сессии + 401.
• internal/server/handler/auth_ipfingerprint_test.go — 3 теста: IPv4 normalization, invalid addr, fingerprintMatches edge-cases.
• Поведение: По умолчанию fingerprint выключен (записывается, но проверка отключена). Включение — через settings.security.ip_fingerprint_enabled (default false, см. задачу ADV-XXX в roadmap). Backward compatible: пустой stored fingerprint → match always.

Security (C-CH-9 — DKIM/SPF placeholder)

• internal/email/whitelist.go — добавлены заглушки VerifyDKIM и VerifySPF с явным TODO-комментарием и планом реализации (go-msgauth/dkim + DNS-based SPF check). Текущая реализация MatchWhitelistDual (envelope-from + Return-Path) уже работает, но без криптографической проверки подмены заголовков.
• internal/email/whitelist_dkim_spf_test.go — тесты для заглушек, чтобы регрессия не вернула «заглушка всегда возвращает true» поведение после замены на реальную проверку.
• Контракт зафиксирован: функции принимают (rawEmail []byte) и (senderIP, envelopeFrom, heloDomain string), возвращают (verified bool, detail string). Это позволит добавить require_dkim / require_spf флаги в email_accounts без breaking changes.

Security (C-SC-9 — authLimiter на /oauth/token)

• internal/server/handler/oauth_ratelimit_test.go — регрессионный тест TestOAuthToken_RateLimited: доказывает, что 6-й POST /oauth/token с одного IP получает 429 + Retry-After. Подтверждает, что authLimiter (router.go:128) уже защищает весь /oauth/* route, включая /oauth/token.
• internal/auth/oauth.go — добавлен TODO-комментарий с планом миграции с password grant на Authorization Code Flow + PKCE (RFC 6749 §1.3.3, draft-ietf-oauth-security-topics §2.4). Per-account lockout остаётся defence-in-depth.

Added (документация)

• ADR-002 docs/adr/2026-06-07-sandbox-argv.md — argv-array без shell-string для sandbox (C-SC-2, выполнено в v0.134.19).
• ADR-003 docs/adr/2026-06-07-oauth-refresh-rotation.md — атомарный revoke через UPDATE ... WHERE revoked_at IS NULL + client_id binding (C-SC-4, C-H-8, выполнено в v0.134.38 + миграция 072).
• ADR-004 docs/adr/2026-06-07-audit-structured.md — resource_type + resource_id + details JSON в audit log (H-S-10, выполнено в v0.134.23).
• ADR-005 docs/adr/2026-06-07-rag-batched-queries.md — batch Store-методы для RAG: GetFactsByIDs, SearchEntitiesByNames, Jaro-Winkler для KG same_as (H-M-1..H-M-12, выполнено в v0.134.33).
• ADR-006 docs/adr/2026-06-07-embedder-dimensions.md — стратегия миграции при смене embedder’а с разными dim: блокирующий check + re-embed pipeline (C-M-5, частичный фикс; полный pipeline — следующий PR).
• ADR-007 docs/adr/2026-06-07-updater-key-rotation.md — TLS hardening + Ed25519 подпись манифеста + atomic apply + key rotation plan (C-CH-7, H-CH-10..15, выполнено в v0.134.19/33).
• ADR-008 docs/adr/2026-06-07-dual-store-embedding.md — предлагаемый struct embedding refactor DualStore (−1000 строк passthrough, L-ST-2 / L-CS-1, DEFERRED).

[0.134.41] - 2026-06-07

Fixed (LOW §5 — 20 задач, см. docs/audit/backend-2026-06.md §5)

Security (L-SC-1..L-SC-9)

• L-SC-1 password_policy.go: добавлен комментарий про SHA-1 k-anonymity API для HIBP.
• L-SC-3 keymanager.go: key ID теперь k<unix><nanosecond> — исключает коллизии при батчинге.
• L-SC-5 keymanager.go: IsLegacyPlaintext переведён на errors.Is(err, ErrLegacyPlaintext) вместо string-matching.
• L-SC-6 exitcodes.go: добавлена константа ExitUnknown = -1, exitCodeFrom использует её.
• L-SC-7 backoff.go: doc-комментарий «single-goroutine: caller lifecycle loop».
• L-SC-9 lifecycle.go: doc-комментарий с контрактом sleepOrSignal.
• L-SC-2/4 secrets.go: convention-комментарий про base64 encodings между пакетами.

Store (L-ST-1..L-ST-6)

• L-ST-1 dual.go: добавлен quoteTable() helper, 3 места конкатенации заменены.
• L-ST-3 Миграция 075_audit_message_indexes: индексы на messages(user_id), audit_log(action), audit_log(resource_type).
• L-ST-4 sqlite.go: doc-комментарий на GetAgent (3 лёгких запроса, ~10 rows max).
• L-ST-6 hnsw.go: rand.NewSource(42) → cryptoSeed() через crypto/rand.

Agent (L-A-2, L-A-8, L-A-12, L-A-15)

• L-A-2 actor.go: при provider == nil отправляется WS error event пользователю.
• L-A-8 actor.go: ask_user branch теперь вызывает recordUsage для учёта LLM-токенов.
• L-A-12 context.go: dynamicRAGTopK хардкод вынесен в именованные константы.
• L-A-15 plan_strategy.go: parsePlanResponse теперь обрабатывает markdown fence (```json).

Server (L-S-1, L-S-3)

• L-S-1 audit.go: добавлены skip-префиксы /api/v1/metrics, /api/v1/ws/ticket.
• L-S-3 helpers.go: doc-комментарий для nilSlice/nilPtrSlice.

Documentation

• L-MIG-1 ADR 2026-06-07-migration-066-069-irreversible.md — необратимые миграции.
• §5 Все 50 LOW-задач отмечены статусом в audit-файле (37 FIXED, 9 DEFERRED/N/A, 4 ранее FIXED).

[0.134.40] - 2026-06-07

Fixed (MEDIUM §4.5 Store — 6 задач, см. docs/audit/backend-2026-06.md §4.5)

• M-ST-1 PostgresStore.RemoveFactIDFromKGSourceIDs — обёрнута в транзакцию (pool.Begin → tx.Query/Exec → tx.Commit). Scan errors логируются через slog.Warn.
• M-ST-2 70 мест rows.Scan → continue без логирования — добавлен slog.Warn("<FuncName>: rows.Scan failed", "err", err.Error()) перед continue (sqlite.go:34, postgres.go:35, hnsw.go:1).
• M-ST-3 ApplyTimeDecay — parseCreatedAt уже поддерживает RFC3339Nano, RFC3339, SQLite-форматы (исправлено ранее).
• M-ST-4 dual.go — sessionID → agentID переименование (исправлено ранее).
• M-ST-5 PostgresStore.AddFactSources — batch INSERT с chunking по 5000 (аналогично SQLite-версии).
• M-ST-6 EnqueueKGFact — задокументировано требование SQLite ≥ 3.24 (исправлено ранее).

[0.134.39] - 2026-06-07

Fixed (MEDIUM §4.3 Server — тесты + отметки, см. docs/audit/backend-2026-06.md §4.3)

• M-S-1..M-S-14 Добавлены 22 теста для 14 исправлений audit §4.3 Server: cleanTestCache race, chatID multi-device, webhook chatID stability, MemorySettings typed JSON, cron atomic toggle, agent optimistic locking, username uniqueness, avatar size whitelist, audit filtered query, KG stats zero-on-empty, extractID chi.URLParam, beforeID validation, generateRequestID uniqueness.
• §4.3 Все 14 задач отмечены как FIXED в audit-файле.

[0.134.38] - 2026-06-07

Fixed (MEDIUM §4.3–4.7 remaining + CRITICAL partial — 12 задач, см. docs/audit/backend-2026-06.md)

• C-SC-4 Атомарный refresh-rotation: RevokeRefreshTokenIfActive (SQLite + PG + DualStore) — UPDATE ... WHERE revoked_at IS NULL с RowsAffected(). TOCTOU-окно закрыто.
• M-X-4 env_scrub.go: pass → word-boundary regex (?:^|[-_])pass(?:$|[-_]) — убраны false positives на COMPASS, BYPASS.
• M-M-3 AutoCompactService: jitter ±20% на первый тик — при рестарте все агенты не стартуют одновременно.
• M-M-4 AutoCompactService.Stop(): sync.WaitGroup + wg.Wait() — корректное завершение goroutine.
• M-M-7 Dream.loadDynamicConfig: кэш с TTL 60s — не дёргает БД на каждом Run().
• M-M-11 Consolidator.persistFacts: задокументирована не-атомарность (acceptable для фоновой задачи).
• M-M-13 Indexer: IndexRequest.CreatedAt передаётся в AddChunk (SQLite + PG) — чанки наследуют дату документа.
• M-M-14 recall_scoring.go: multi-format parseRecallTime (RFC3339Nano, RFC3339, SQLite) — работает на PostgreSQL.
• M-M-16 CachedEmbedder: async DB cache write через goroutine — не блокирует Embed().
• M-M-20 reranker/llm.go: rune-aware truncate — не разрезает UTF-8 мультибайтные символы.
• M-M-21 reranker/ollama.go: regex [-+]?\d*\.?\d+ вместо Sscanf — парсит число из произвольного ответа.
• M-U-9 permissions/presets.go: slog.Warn при customAllowPatterns активен — видимость security risk.

[0.134.37] - 2026-06-07

Fixed (MEDIUM §4.2 Tools — 8 задач, см. docs/audit/backend-2026-06.md §4.2)

• M-T-1 FileStates.fileLocks — добавлен FIFO eviction (fileLockOrder + evictFileLocksLocked), исправлен баг в evictDedupLocked (использовал recordOrder вместо dedupOrder). Тесты: TestFileStates_Eviction, TestFileStates_DedupEviction, TestFileStates_FileLocksEviction.
• M-T-4 walkHTMLNode — рекурсивный обход заменён на итеративный stack-based с лимитом walkHTMLMaxNodes=10000 (защита от stack overflow на malicious HTML). Тесты: TestExtractTextFromHTML_DeepNesting, TestExtractTextFromHTML_MaxNodes.

Ранее исправлены (предыдущие PR)

• M-T-2 RecordRead — I/O (Stat + hashFileContent) вынесен за пределы мьютекса.
• M-T-3 ExecuteStream — sendStreamEvent context-aware, producer не зависает.
• M-T-5 os.ReadFile attachments — maxAttachmentSize=100MiB + stat-проверка.
• M-T-6 17 regex → единый скомпилированный regex с alternation.
• M-T-7 sanitizeFilename — crypto/rand hex-суффикс от коллизий.
• M-T-8 FetchUnseen — явный "INBOX" (RFC 3501).

[0.134.36] - 2026-06-07

Fixed (MEDIUM §4.1 Agent — 23 задач, см. docs/audit/backend-2026-06.md §4.1)

• M-A-1 Убран лишний GetRecentMessages после сохранения ответа ask_user — аппенд вместо re-fetch.
• M-A-3 repairToolPairs O(N²) → O(N) через map[string]bool для tool result ID.
• M-A-5 enforceMemoryContextBudget — бюджет divisor вынесен в именованную константу.
• M-A-6 enforceMemoryContextBudget — memory_context внутри tool-pair не удаляется.
• M-A-8 DeleteSummaryBefore ошибка логируется через slog.Error вместо _ =.
• M-A-9 SaveActorCheckpoint — retry (1 попытка, 100ms backoff) при ошибке.
• M-A-11 streamHook.publish — сохраняет caller’s Channel/ChatID если они непустые.
• M-A-14 loadIdleTimeout использует actorCtx вместо context.Background().
• M-A-16 AfterIteration/OnSubagentCompleted — DB-операции через timeout context (10s).
• M-A-17 maybeRealtimeExtract — GetAgent через timeout context (5s).
• M-A-18 handleCompact/handleClear — tracked goroutines через runWG + runCtx-derived context.
• M-A-20 AsyncAddMessage возвращает ошибку при drop (channel full) вместо silent discard.
• M-A-21 runStream — streamIdleTimeout читается один раз перед циклом.
• M-A-22 runStream — при ctx.Done()/idle timeout drain-горутина потребляет остаток канала.
• M-A-23 Concurrent tool batch — batchCtx с batchCancel() при первой ошибке.

Ранее исправлены (предыдущие PR)

• M-A-2 json.Unmarshal tool_calls — ошибка логируется через slog.Warn.
• M-A-7 resolveSummary при provider == nil — slog.Warn.
• M-A-10 pruneToolResults — debounce (300s) через lastPruneAt atomic.Int64.
• M-A-12 spawnTrack — все доступы под iterMu.
• M-A-13 ListActorPendingMsg — ошибка проверяется и логируется.
• M-A-15 pruneToolResults — собственный timeout context (10s).
• M-A-19 Stop() — вызывает runCancel() и отправляет msgShutdown акторам.

[0.134.35] - 2026-06-07

Fixed (DEFERRED-задачи §3.8 KnowledgeGraph, см. docs/audit/backend-2026-06.md §3.8)

• H-KG-1 KG GC race: fact создан между ListEntities и DeleteEntity — per-agent mutex (agentMu sync.Map) сериализует ProcessFact и GC на уровне агента.
• H-KG-3 ftsEscapeTerm через "…" ломал PG plainto_tsquery — заменён на websearch_to_tsquery('simple', ...) в SearchFactsFTS и SearchChunksFTS (6 замен). OR-запросы теперь корректно работают на PostgreSQL.
• H-KG-2 cursor в dream.go — ложная тревога: Store-абстракция нормализует формат.

[0.134.34] - 2026-06-07

Fixed (DEFERRED-задачи §3.7 Memory/Embeddings/Reranker/KG, см. docs/audit/backend-2026-06.md §3.7)

• H-M-1 persistFacts N+1 embed-вызовов — batch Embed всех фактов одним вызовом.
• H-M-2 _ = cosineMain — assignment-to-blank, не отключение (ложная тревога). Код убран.
• H-M-3 ExtractRealtime делал 2 LLM-вызова (gate + extract) — объединён в один extraction call.
• H-M-4 persistFacts сериализовал embed по одному — переписан на batch (validate all → embed all → dedup loop).
• H-M-5 askMerge блокировал actor-контекст — resolveConflict запускает askMerge через goroutine с семафором (max 2 concurrent).
• H-M-6 RunForAllScopes sequential — переписан на concurrent scopes через WaitGroup + semaphore (max 2).
• H-M-7 Dream execute N+1 GetFact — allFactsInScope/firstDupInScope/merge-supersede используют batch GetFactsByIDs.
• H-M-8 analyze промпт рос линейно — chunking active facts по 50, каждый chunk — отдельный LLM-вызов.
• H-M-9 Dream execute per-action embed — один batch Embed для всех create/update/merge действий.
• H-M-10 KG GC N+1 GetFact (20k запросов) — один GetActiveFactIDsByIDs вместо N вызовов.
• H-M-11 findAndLinkSameAs embed 999 имён — заменён на FindSimilarEntities (Jaro-Winkler), нулевые embed-вызовы.
• H-M-12 Pairwise cosine O(N²) — заменён на FindSimilarEntities с порогом.
• H-M-16 Cleanup удалял L0-факты — last_used_by_l0_at колонка + TouchL0Facts + isStale skip.
• H-M-24 Ollama reranker N concurrent goroutines — sequential scoring (Ollama single-threaded).

Added

• Миграция 074 (l0_last_used): колонка last_used_by_l0_at в memory_facts (SQLite + PostgreSQL).
• Store-методы: GetActiveFactIDsByIDs, TouchL0Facts, ListL0FactIDs.
• ContextBuilder.buildL0Context вызывает TouchL0Facts при инъекции L0-абстрактов.
• Consolidator.resolveSem — semaphore channel (max 2) для askMerge concurrency.

[0.134.33] - 2026-06-07

Fixed (DEFERRED-задачи §3.6 Channels/Updater/Email, см. docs/audit/backend-2026-06.md §3.6)

• H-CH-14 IsSystemPath не покрывал /Applications/, /Library/, /System/, C:\PROGRAMDATA\ — добавлены недостающие prefix’ы. Авто-обновление теперь корректно отключается для бинарников, установленных в системные директории macOS/Windows.
• H-CH-11 Install проверял backup-path строковым сравнением без учёта symlink’ов — атакующий с write-доступом к директории мог подменить бинарник через symlink. Добавлены os.Lstat (проверка на symlink) и filepath.EvalSymlinks для корректного сравнения.
• H-CH-15 setExecutable делал один os.Chmod — на NFS/exFAT/сетевых FS это могло упасть с ENOTSUP. Добавлен retry-loop (3 попытки × 100ms backoff) с логированием через slog.Warn при финальной ошибке.
• H-CH-17 PermissionsHandler.Update не записывал audit-log при изменении разрешений агента. Добавлен вызов CreateAuditLog с action=permissions.update и деталями (custom_allow_count, custom_deny_count, sandbox).
• H-CH-16 Подтверждено: customAllowPatterns уже пробрасывается в ExecGuard через agent/runner.go:717-729. Пометено как FIXED (audit был основан на старом коде).
• H-CH-10 TOCTOU между manifest snapshot и applyUpdate — installRunning atomic.Int32 заменён на installMu sync.Mutex + TryLock(). CheckNow и Install теперь атомарно сериализованы.
• H-CH-18 MatchWhitelist проверял только envelope-from. Добавлено поле ReturnPath в FetchedMessage (парсится из Return-Path header), новая функция MatchWhitelistDual для dual-check (envelope-from + Return-Path).
• H-CH-4 Нет allowlist для to/cc (SMTP) — prompt-injection мог отправить на произвольный адрес. Добавлены колонка allowed_recipients (миграция 073) и проверка получателей в Send/SendWithAttachments через glob/regex-паттерны.
• H-CH-3 Нет TLS pinning для SMTP — MITM-атака при компрометации CA. Добавлены колонка smtp_tls_pins (миграция 073), метод SetTLSPins, VerifyPeerCertificate callback с SHA-256 SPKI pin match.
• H-CH-12 SaveCurrentBinaryAsBackup не верифицировал backup-файл после копирования — race с selfupdate на backup-каталоге. Добавлена проверка os.Lstat (regular file) после atomicCopyFile.

Added

• Миграция 073 (email_security): колонки smtp_tls_pins, allowed_recipients в email_accounts (SQLite + PostgreSQL).
• Методы SMTPSender.SetAllowedRecipients, SMTPSender.SetTLSPins, SMTPSender.makeTLSConfig, SMTPSender.checkRecipient.
• Функция MatchWhitelistDual(envelopeFrom, returnPath, patterns).
• Поле FetchedMessage.ReturnPath.

Tests

• TestIsSystemPath_LinuxDarwin / TestIsSystemPath_Windows / TestIsSystemPath_Normalisation / TestIsSystemPath_CaseSensitive_Darwin (H-CH-14).
• TestInstall_SymlinkExeRejected / TestInstall_BackupPathEvalSymlinks (H-CH-11).
• TestMatchWhitelist / TestMatchWhitelistDual / TestMatchWhitelist_EmptyPatterns (H-CH-18).
• TestCheckRecipient / TestCheckRecipient_NoAllowlist / TestCheckRecipient_Patterns (H-CH-4).
• TestMakeTLSConfig_NoPins / TestMakeTLSConfig_WithPins / TestTLS_PinVerification_Matches / TestTLS_PinVerification_Mismatch (H-CH-3).

[0.134.32] - 2026-06-07

Fixed (DEFERRED-задачи §3.5 Security/Store/Supervisor, см. docs/audit/backend-2026-06.md §3.5)

• H-X-12 Race в monitorCore — inner goroutine после отправки exit event заново вызывала cmd.Wait() на мёртвом процессе → duplicate events + бесконечный restart loop через self-send. Добавлен канал nextCmdCh — inner goroutine ждёт новый cmd от outer goroutine вместо повторного Wait. Убрано поле cmd из coreResult.
• H-X-17 HNSW синхронная загрузка — LoadHNSWFromDB блокировал старт приложения. Заменён на loadHNSWInBackground — фоновая goroutine. Добавлен idxMu sync.RWMutex с getter/setter для thread-safe доступа. Search методы корректно возвращают nil (SQL fallback) до завершения загрузки.
• H-X-18 MigrateToPG без транзакции — при падении на середине PG оставался в неконсистентном состоянии. Добавлен интерфейс pgxQuerier (удовлетворяет *pgxpool.Pool и pgx.Tx). Data copy + sequence sync обёрнуты в pool.Begin() → tx.Commit() / tx.Rollback().

[0.134.31] - 2026-06-07

Fixed (DEFERRED-задачи §3.3 ContextBuilder/RAG, см. docs/audit/backend-2026-06.md §3.3)

• H-C-1 buildKGContext N+1 (~80 SQL-запросов) — добавлены batch-методы SearchEntitiesByNames и ListRelationsByEntities (SQLite + PG + DualStore). Метод переписан на 3 batch-запроса: SearchEntitiesByNames → ListRelationsByEntities → GetEntitiesByIDs.
• H-C-2 Подтверждено что ContextBuilder.Embedder обёрнут в CachedEmbedder (memory + DB cache) в cmd/taigaclaw/main.go:704.
• H-C-3 GetAgent через context.Background() — добавлен метод loadAgent(ctx) с кэшированием. Методы buildIdentity, buildExecutionBias, buildSystemInfo теперь принимают ctx. Ранее: 7 GetAgent-запросов за turn → теперь: 1.
• H-C-4 Молчаливое проглатывание RAG-ошибок — добавлен slog.Debug для Embed, SearchFacts, SearchFactsFTS, SearchChunks, SearchChunksFTS ошибок.
• H-C-5 Декомпозиция buildSystemPromptWithBudget (god-function) — введена структура promptSection (name, mode, build, budget). 18 условных блоков заменены на loop over sections.
• H-C-6 sanitizeRetrievedContent — strings.NewReplacer вынесен в пакетную переменную retrievedContentSanitizer.

Added

• Batch Store-методы: SearchEntitiesByNames, ListRelationsByEntities — единый SQL-запрос WHERE ... IN (...) вместо N+1 в KG-контексте.
• loadAgent(ctx) — cached agent loader для ContextBuilder.
• promptSection struct — структурированное описание секций system prompt.

[0.134.30] - 2026-06-07

Fixed (DEFERRED-задачи §3.2 Agent/Tools, см. docs/audit/backend-2026-06.md §3.2)

• H-T-8 ApprovalManager.Resolve TOCTOU race — m.mu.RLock() удерживается до захвата pa.mu.Lock(), устраняя окно гонки. RequestApproval success/timeout пути устанавливают pa.done = true под pa.mu. Добавлены 8 тестов с -race.
• H-T-5 decryptPassword в EmailSendTool/EmailInboxTool — при ошибке secrets.Decrypt логирует через slog.Error и возвращает "" вместо зашифрованного текста.
• H-T-4 EmailSendTool.attachPaths — NewEmailSendTool принимает *FsGuard. При наличии guard путь валидируется через ResolveAndCheckRead() (workspace boundary, blocked devices, symlink protection). RegisterToolsFromPermissions возвращает *FsGuard для проброса.
• H-T-3 ToolStreamEvent channel — добавлена sendStreamEvent(ctx, ch, evt) с context-aware select { case ch<-evt | case <-ctx.Done() }. Все блокирующие записи в ExecuteStream и web_fetch.go заменены. Producer не зависает при отменённом контексте.
• H-T-7 memoryToolBase.embedQuery — добавлен helper, устраняющий дублирование embedder.Embed(ctx, []string{query}) в 3 методах MemorySearchTool.
• H-T-6 memory_search N+1 — добавлены batch-методы GetFactsByIDs/GetChunksByIDs/GetEntitiesByIDs в Store (SQLite + PG + DualStore). Render-циклы переписаны на batch fetch. filterFactsByCategory и batchKGEnrichment используют batch.
• H-T-1 ExecTool.ExecuteStream дублирует Execute — извлечена общая логика валидации/подготовки в execPrepare(). ~150 строк дублирования устранены. Добавлены 5 регрессионных тестов.

Added

• Batch Store-методы: GetFactsByIDs, GetChunksByIDs, GetEntitiesByIDs — единый SQL-запрос WHERE id IN (...) вместо N+1.
• sendStreamEvent(ctx, ch, evt) — helper для context-aware записи в ToolStreamEvent channel.
• memoryToolBase.embedQuery(ctx, query) — общий helper для embedding запросов.
• approval_test.go — 8 тестов (basic approve/deny, timeout, concurrent resolve, cleanup).
• email_send_test.go — 9 тестов (decrypt, FsGuard attach, blocked devices, path traversal).
• stream_test.go — 3 теста (normal, cancelled context, full channel).
• exec_test.go — 5 новых тестов (Execute, ExecuteStream, empty command, non-zero exit, cancelled context).

Build / Tests

• go test ./internal/... -race -count=1 — все тесты проходят.
• make build-cross — 6 бинарников собираются без ошибок.

[0.134.29] - 2026-06-07

Fixed (DEFERRED-задачи §3.1 Agent/Runtime, см. docs/audit/backend-2026-06.md §3.1)

• H-A-2 SessionActor.channel/chatID/agentChatID — добавлен chanMu sync.RWMutex и helper ChannelInfo()/setChannelInfo(). Все чтения из subagent-горутин теперь через ChannelInfo() (RLock). Закрывает race condition при одновременной записи в handleInbound и чтении в runChild.
• H-A-10 SubagentManager.SpawnWithConfig — context.WithTimeout(context.Background(), ...) заменён на context.WithTimeout(ctx, ...) с использованием переданного parent context. Теперь отмена parent-контекста (supervisor restart, /stop) корректно распространяется на subagent.
• H-A-6 SessionActor.run — добавлен bgWG sync.WaitGroup. Фоновые горутины maybeRealtimeExtract и pruneToolResults регистрируются через bgWG.Add(1)/bgWG.Done(). Actor run() ждёт завершения через bgWG.Wait() перед отправкой actorDone. Устраняет goroutine leak при shutdown.
• H-A-7 SessionActor.pruneToolResults — добавлен debounce (300s) через lastPruneAt atomic.Int64. Повторный prune в течение 5 минут пропускается. Снижает нагрузку на БД при частых сообщениях.
• H-A-8 SessionActor.handleInbound — убран ненадёжный content-match при определении lastOldMsgID. Заменён на индексное сопоставление: подсчёт видимых сообщений в dbMessages до len(oldZone). Корректно работает при дублирующихся content.
• H-A-4 SessionActor.activeSubagents — atomic.AddInt32/LoadInt32/StoreInt32 заменены на обычный int32 под pendingMu. Состояние activeSubagents теперь консистентно с pendingInjections в injectionCallback.

Documented (ложные тревоги аудита §3.1)

• H-A-1 streamHook.lastIterMsgID/lastIterTitle/lastIterEntries — все доступы происходят в AfterIteration, который вызывается последовательно в actor-горутине. OnSubagentCompleted читает только spawnTrack (под iterMu). Race condition не существует.
• H-A-3 FlushQueue — код уже использует корректный drain-паттерн (for { select { case <-a.ch: default: return } }). Аудит был неверным.
• H-A-5 cancel()/busy в run() — синхронизация через a.mu (cancel func) и pendingCond (busy flag) корректна. Добавлен поясняющий комментарий.

Build / Tests

• go test ./internal/agent/... -race — все тесты проходят.
• go build ./... — OK.

[0.134.28] - 2026-06-06

Fixed (MEDIUM-аудит: 6 находок группы 4.2 Tools + 2 DEFERRED, см. docs/audit/backend-2026-06.md §4.2)

• M-T-1 tools.FileStates — добавлен FIFO eviction при превышении fileStatesMaxEntries=1000 для state и dedup maps. recordOrder и dedupOrder slices отслеживают порядок вставки. Ранее при долгоживущем процессе с тысячами уникальных путей maps росли неограниченно.
• M-T-2 tools.FileStates.RecordRead — I/O (os.Stat + hashFileContent) вынесен из-под мьютекса. Ранее под fs.mu.Lock() делались 2 syscall’а, что блокировало другие горутины (GetDedup, IsUnchanged) на время I/O. Аналогично IsUnchanged: сначала читаем state под мьютексом, потом делаем I/O.
• M-T-3 (DEFERRED) tools.WebFetchTool.ExecuteStream — caller не читает → горутина зависает. Требует переделки streaming API (сложный refactor, отдельный PR).
• M-T-4 (DEFERRED) tools.WebFetchTool.walkHTMLNode — рекурсивный обход DOM может вызвать stack overflow на вложенных HTML. Требует перехода на iterative traversal.
• M-T-5 tools.email_send — os.ReadFile для attachment’ов предваряется os.Stat с проверкой maxAttachmentSize=100MiB per-file. Защита от случайного чтения /dev/zero и огромных файлов в память.
• M-T-6 tools.CheckMemoryAccessHint — 17 отдельных regex’ов объединены в один с alternation (?i)\b(cat|grep|...|ls)\b[^\n]*(MEMORY|memory/...). MatchString через единый DFA-lite matcher Go быстрее серии отдельных regex.MatchString.
• M-T-7 tools.sanitizeFilename — добавлен 6-символьный hex-суффикс (crypto/rand) к очищенному имени. Исключает коллизии: “report.pdf” и “report pdf” → “report_pdf_a3f9c2” и “report_pdf_7e1b08” соответственно.
• M-T-8 tools.email_send — FetchUnseen("") → FetchUnseen("INBOX") (явное имя mailbox). RFC 3501 standard; некоторые IMAP-серверы отвергали пустую строку.

Build / Tests

• go test ./internal/... — все тесты проходят.
• go build — OK.

[0.134.27] - 2026-06-06

Fixed (MEDIUM-аудит: 14 находок группы 4.3 Server, см. docs/audit/backend-2026-06.md §4.3)

• M-S-1 handler.ProviderHandler.cleanTestCache — lastCleanup time.Time заменён на lastCleanupUnixNano atomic.Int64 с CompareAndSwap. Устраняет race detector warning при параллельных вызовах List().
• M-S-2 handler.ChatHandler.SendMessage — chatID = "rest:%d" расширен до "rest:%d:%s", где session ID берётся из X-Chat-Session-ID header или генерируется через crypto/rand. Multi-device поддержка: 2+ устройств одного user’а больше не конфликтуют на одной сессии.
• M-S-3 handler.WebhookHandler — chatID = "webhook:%d:%s" упрощён до "webhook:%d". requestID остаётся в metadata для корреляции логов, но не попадает в chatID (потенциальная утечка в RAG-контекст).
• M-S-4 handler.MemoryHandler.GetSettings — map[string]any заменён на типизированный MemorySettings struct. JSON-имена полей сохранены (backward compatible с фронтом). Устраняет type confusion (int vs string).
• M-S-5 store.SetCronJobEnabledAndReset — новый атомарный метод, объединяющий ToggleCronJob + GetCronJob + UpdateCronJob (3 roundtrip) в один SQL UPDATE. Handler использует его вместо 3-шаговой операции. Устраняет lost-update window.
• M-S-6 store.UpdateAgentIfNotChanged + store.ErrConcurrentModification — оптимистическая блокировка через updated_at. Если агент изменён между GetAgent и Update, возвращается 409 Conflict. Handler agent.Update использует новый метод.
• M-S-7 handler.UserHandler.Update — добавлена проверка GetUserByUsername перед UpdateUser. При коллизии возвращается 409 Conflict (раньше — 500 Internal Server Error от UNIQUE constraint).
• M-S-8 handler.AvatarHandler — добавлен whitelist allowedAvatarSizes = {32, 40, 48, 128}. Невалидный size (включая path-traversal) → default 128. Закрывает file-enumeration через ?size=999.
• M-S-9 store.ListAuditLogFiltered — расширен параметром action. Handler audit.List всегда вызывает его (раньше — разные методы с тихим ignore’ом фильтров). Сигнатура: ListAuditLogFiltered(ctx, action, resourceType, resourceID, limit, offset).
• M-S-10 handler.KGHandler.Stats — 6 _ = заменены на if err != nil { slog.Warn(...) }. Ошибки Count-функций теперь видны в логах (раньше — silent zero values).
• M-S-11 handler.UpdateHandler.Check — 30*1e9 → 30*time.Second. Добавлен "time" import.
• M-S-12 handler.ConnectionHandler.extractID — r.PathValue("id") → chi.URLParam(r, "id"). Согласовано с остальными handler’ами. Также json.Number().Int64() упрощён до strconv.ParseInt.
• M-S-13 handler.ChatHandler.GetAgentMessages — добавлена валидация beforeID > 0 (раньше принимались 0 и отрицательные значения, store возвращал пустой результат).
• M-S-14 handler.WebhookHandler.generateRequestID — rand.Read ошибка теперь пробрасывается (раньше глоталась, requestID был всегда нулевым). Caller в HandleHook обрабатывает ошибку → 500.

Build / Tests

• go test ./internal/... — все тесты проходят.
• go build — OK.

[0.134.26] - 2026-06-06

Fixed (MEDIUM-аудит: 8 находок группы 4.7 Updater/Sandbox, см. docs/audit/backend-2026-06.md §4.7)

• M-U-1 updater.SaveCurrentBinaryAsBackup + PerformBinaryRollback — атомарная запись через temp-файл + os.Rename + fsync родительской директории. Ранее O_TRUNC сразу затирал существующий backup, а сбой посреди io.Copy оставлял усечённый файл. Новый atomicCopyFile переиспользуется в обеих функциях.
• M-U-2 updater.WritePendingFlag + WriteFailedFlag — os.WriteFile заменён на writeFileSync (атомарная запись + fsync) + fsyncDir (sync родительской директории). Без fsync флаг мог остаться в page-cache при kernel crash между записью и рестартом worker’а.
• M-U-3 updater.setExecutable — добавлена проверка strings.HasSuffix(exe, ".old"). На Windows после selfupdate процесс работает в target.old; ранее мы случайно делали chmod устаревшего файла вместо нового.
• M-U-4 updater.CompareVersions + IsValidVersion — добавлена normalizeVersion (auto-prefix v). Раньше не-prefixed версии тихо считались равными (semver.Compare возвращал 0). Теперь "0.40.0" корректно сравнивается с "v0.39.0".
• M-U-5 updater.ParseManifest — MinSupported теперь проверяется на v-префикс (как Latest). Ранее невалидный min_supported: "0.40.0" отключал upgrade-gate (semver.Compare возвращал 0, условие >0 ложно → апгрейд проходил на слишком старую версию).
• M-U-6 updater.Verify — убран hex-fallback. Теперь строго base64 (как пишет scripts/sign). Раньше fallback усложнял аудит и мог принять неожиданный формат от неподдерживаемого тулчейна.
• M-U-7 (SKIPPED — operational) Ed25519 key rotation — PublicKeys []ed25519.PublicKey уже поддерживает несколько ключей (тест TestVerify_AcceptsAnyOfMultipleKeys). Добавление второго ключа — operational-процедура (genkey + deploy.sh), не код.
• M-U-8 security.WrapCommand — при неизвестном backend теперь slog.Warn с указанием значения. Раньше молча возвращался nil, и команда запускалась без песочницы. Добавлен явный case SandboxNone: return nil (semantic clarity).
• M-U-9 permissions.Warnings — добавлены 2 новых warning’а: (1) len(CustomAllowPatterns) > 0 — bypasses defaultDeny; (2) один и тот же regex в CustomAllow + CustomDeny — allow перебивает deny, последний становится мёртвым кодом.

Tests

• Новые: internal/updater/medium_audit_test.go — TestCompareVersions_NonVPrefix, TestParseManifest_RejectsBadMinSupported, TestParseManifest_AcceptsVPrefixedMinSupported, TestVerify_RejectsHexSignature, TestPendingFlagLifecycle_Atomic, TestPerformBinaryRollback_Atomic.
• Новые: internal/permissions/validate_test.go — TestWarnings_CustomAllowBypassesDefaultDeny, TestWarnings_CustomAllowAndDenyIntersect.
• Новые: internal/security/sandbox_test.go — TestWrapCommand_UnknownBackend.

Build / Tests

• go test ./internal/... — все тесты проходят.
• go build — OK.

[0.134.25] - 2026-06-06

Fixed (MEDIUM-аудит: 6 находок группы 4.5 Store, см. docs/audit/backend-2026-06.md §4.5)

• M-ST-1 store.SQLiteStore.RemoveFactIDFromKGSourceIDs — вся операция (SELECT + UPDATE/DELETE) обёрнута в BeginTx/Commit. Ранее ошибки UPDATE/DELETE глотались, оставляя БД в рассогласованном состоянии при частичном отказе. Также rows.Scan теперь логирует ошибку через slog.Warn вместо молчаливого continue.
• M-ST-2 store.scanRowWarn — новый helper для rows.Scan с slog.Warn при ошибке. Применён к scanEntities (самой критичной функции — KG-сущности). Остальные ~45 мест в sqlite.go/postgres.go остаются с if err := rows.Scan(...); err != nil { continue } — это by design (resilience: corrupt row не должна ломать весь запрос, контракт задокументирован в комментарии функции).
• M-ST-3 store.ApplyTimeDecay — добавлена поддержка нескольких форматов timestamp (RFC3339Nano, RFC3339, SQLite 2006-01-02 15:04:05, и вариации с микросекундами). Раньше парсил только SQLite-формат — на PG-данных всегда возвращал исходные score (continue при parse fail).
• M-ST-4 store.DualStore — параметр sessionID переименован в agentID в 6 функциях (GetMessages, GetRecentMessages, GetLatestSummary, DeleteSummaryBefore, DeleteMessagesBefore, DeleteMessagesBetween). Реально это всегда был agentID (подтверждено сигнатурами SQLiteStore/PostgresStore), старое имя сбивало с толку.
• M-ST-5 store.SQLiteStore.AddFactSources — вместо N отдельных INSERT OR IGNORE в цикле теперь один batch-INSERT с placeholder’ами. Для батчей >5000 записей — chunking (3 чанка по 5000 для 12k записей). Существенный прирост на больших messageIDs.
• M-ST-6 store.SQLiteStore.EnqueueKGFact — добавлен doc-комментарий о требовании SQLite >= 3.24 для ON CONFLICT ... DO UPDATE SET ... WHERE ... (выпущен июнь 2018, поддерживается всеми актуальными macOS/Linux/Windows). Fallback не предусмотрен — на целевых платформах версия всегда >= 3.24.

Tests

• Новые: internal/store/remove_factid_test.go::TestSQLite_RemoveFactIDFromKGSourceIDs_Transaction (M-ST-1), internal/store/time_decay_test.go::TestApplyTimeDecay_PostgresFormats (M-ST-3, проверяет SQLite+RFC3339 форматы), internal/store/add_fact_sources_test.go::TestSQLite_AddFactSources_BatchInsert + TestSQLite_AddFactSources_EmptyAndLarge (M-ST-5, проверяет батч + chunking 12k записей).

Build / Tests

• go test ./internal/... — все тесты проходят (store, memory, agent, server/handler и т.д.).
• go build — OK.

[0.134.24] - 2026-06-06

Fixed (MEDIUM-аудит: 10 находок группы 4.4 Security, см. docs/audit/backend-2026-06.md §4.4)

• M-X-1 security.SSRFGuard.IsPrivate — добавлен doc-комментарий с явным указанием приоритетов (blacklist > whitelist > глобальный blockedNetworks). Контракт зафиксирован тестом TestBlacklistOverridesWhitelist.
• M-X-2 security.NewSSRFGuard — при невалидном CIDR (whitelist или blacklist) теперь пишется slog.Warn с указанием CIDR и ошибки. Ранее опечатки в CIDR молча игнорировались, ослабляя или ужесточая защиту непредсказуемо.
• M-X-3 security.ExecGuard — все defaultDenyPatterns и defaultPresetPatterns теперь case-insensitive через inline (?i). Убран strings.ToLower(cmd) в checkPresetCommand/IsPresetCommand. Ранее APT INSTALL EVIL обходил \bapt\b-паттерны, потому что они применялись без ToLower.
• M-X-4 security.isCredentialKey — добавлен паттерн "pass" (покрывает MY_PASS, MYSQL_PASS, USER_PASS и т.п.). Ранее "password"/"passwd" не покрывали короткий суффикс pass.
• M-X-5 security.NormalizeCommand — добавлена проверка Unicode-категорий Zl (Line Separator U+2028) и Zp (Paragraph Separator U+2029). Они не покрываются ни zeroWidthRunes, ни unicode.Cf, но могут использоваться для обхода deny-patterns.
• M-X-6 security.NormalizeCommand — doc-комментарий обосновывает scope unicode.Cf (bidi-метки, теги и т.п.) в CLI-контексте. Поведение не изменилось — фикс только документационный.
• M-X-7 security.ScrubSecrets — добавлен base64-декодер для блоков длиной ≥30 символов. При декодировании проверяются известные secret-префиксы (sk-, sk-ant-, ghp_, AKIA и т.д.). Закрывает обход через base64-кодирование (например, c2stcHJvai0xMjM0NTY3ODkwYWJjZGVmZ2hpamtsbW4=).
• M-X-8 security.SafeReadFile — f.Read(buf) по stat.Size() заменён на io.ReadAll(io.LimitReader(f, 100MiB+1)) + проверка лимита. Закрывает partial read на regular files (при прерывании сигналом) и 0-байтовый stat на pipes/special files.
• M-X-9 secrets.NewKeyManager — сигнатура изменена с *KeyManager на (*KeyManager, error). Невалидная длина ключа теперь возвращает явную ошибку, а не «пустой» KeyManager, маскирующий configuration errors. Обновлены LoadKeyManager (1 caller) и 4 теста.
• M-X-10 secrets.reencryptOne — добавлен slog.Error в обе ветки ошибок (decrypt и encrypt) с явным label. Ранее ошибки терялись, если caller не проверял stats.Errors.

Tests

• Новые: ssrf_test.go::TestNewSSRFGuard_InvalidCIDRIgnored, guard_test.go::TestExecGuard_CaseInsensitive + TestIsPresetCommand_CaseInsensitive, env_scrub_test.go::TestScrubCredentialEnv_PassSubstring, normalize_test.go::TestNormalizeCommand_LineParagraphSeparators, output_scrub_test.go::TestScrubSecrets_Base64Encoded + TestScrubSecrets_Base64NonSecretUnchanged, safeopen_test.go::TestSafeReadFile_PartialRead, keymanager_test.go::TestNewKeyManager_InvalidKey_ReturnsError + TestNewKeyManager_ValidKey_OK, reencrypt_test.go (новый файл с TestReencryptOne_DecryptError_AppendsAndLogs, TestReencryptOne_AlreadyActiveKey_NoOp, TestReencryptAll_LogsAndCountsErrors).
• Обновлены: keymanager_test.go — все 4 вызова NewKeyManager обёрнуты в helper mustNewKeyManager (M-X-9 breaking change).

Build / Tests

• go test ./internal/... — все тесты проходят (security, secrets, agent, memory, store и т.д.).
• go build — OK.

[0.134.23] - 2026-06-06

Fixed (HIGH-аудит: 96 находок из 99, см. docs/audit/backend-2026-06.md §3)

Группа 5 — Security / Store / Supervisor (15)

• H-X-1 bwrap: добавлен --unshare-net; sandbox-exec профиль больше не разрешает network* по умолчанию
• H-X-2 ExecGuard: normalizeIFSVariants — strip ${IFS}, $IFS, `cmd`, $(cmd), $'\xNN' shell-инъекций перед regex-сравнением
• H-X-3 ExecGuard: при customAllowPatterns != empty — slog.Warn + risky_override=true (известный security risk)
• H-X-4 SSRFGuard: LookupIPAddr обёрнут в context.WithTimeout(5s) — устраняет DoS через slow DNS
• H-X-6 env_scrub: добавлены шаблоны _key и kube* — покрытие *_KEY и KUBE_TOKEN/KUBECONFIG
• H-X-8 safeopen на Windows: используется CreateFile с FILE_FLAG_OPEN_REPARSE_POINT — детектирует symlink/junction
• H-X-9 ReencryptAll: идемпотентность через recommendReencrypt от KeyManager.Decrypt — повторный вызов пропускает уже-активные ключи
• H-X-10 keymanager.persistLocked: f.Sync() перед Close() + проверка ошибок записи
• H-X-11 KeyManager.Encrypt: RLock удерживается через весь вызов (ранее гонка с Rotate)
• H-X-12 tray.monitorCore: sync.Mutex для *exec.Cmd (устраняет race с restart)
• H-X-13 tray.lifecycle: logFile mode 0600 (не 0644) — токены/команды не должны быть world-readable
• H-X-14 tray.singleton: unix.Flock(LOCK_EX|LOCK_NB) на lock-файле (устраняет TOCTOU)
• H-X-15 tray.watchdog: f.Sync() после copy + os.Lstat для отклонения symlink-источника
• H-X-16 SQLite/Postgres RecordRecall/TouchFacts: defer tx.Rollback() после BeginTx (страховка от утечки транзакций)
• H-M-17 memory.TouchBuffer: per-fact Score (теперь сохраняется в pending map[int64]float64, берётся максимальный)

Группа 4 — Server/HTTP (9)

• H-S-1 agent.List: убрана мёртвая else ветка (endpoint уже под RequireAgentRole)
• H-S-3 router: /agents/{id}/avatar теперь под RequireAgentAdmin
• H-S-4 workspace.DeleteEntry: os.Lstat + отклонение symlink; os.Remove не затирает чужие файлы
• H-S-5 file handler: isPathInWorkspace в file_id ветке (раньше путь строился без guard)
• H-S-6 document.Reindex/FetchURL: h.ssrfGuard уже валидирует URL (аудит-фикс не требовался)
• H-S-7 connection.Test: RequireGlobalAdmin + SafeHTTPClient + URL validation через SSRFGuard
• H-S-8 memory.Import: лимит MaxImportBatchSize=500 (DoS-фикс)
• H-S-9 memory.Export: cursor-based pagination (?limit=1000&offset=0, has_more)
• H-S-10 audit middleware: парсинг resource_id из generic path params (agentID, userID, providerID, mcpID, factID, …) + resource_type mapping
• H-S-11 auth.Logout: дополнительно DeleteOAuthSession (revoke server-side tc_session)
• H-S-12 setup: документированная защита через SetupGuard.Only (повторный Setup → 404)
• H-S-2 database.Configure: упрощено (single SetSetting, транзакция не требовалась)

Группа 6 — Channels / Updater / Email (3)

• H-CH-1 websocket.BroadcastAll: фильтр по evt.AgentID (раньше шлётся всем коннектам)
• H-CH-2 chat.checkOrigin: пустой Origin отвергается, если задан corsOrigins (иначе allow)
• H-CH-5 IMAP: TLS config ServerName + MinVersion TLS1.2 (ужесточено)
• H-CH-7 IMAP body: io.LimitReader(part, 100MB+1) на всех io.ReadAll (уже было)
• H-CH-8 IMAP.FetchUnseen: ReadOnly: true (не модифицируем Seen-флаг)
• H-CH-9 SMTP auth: возвращается smtp auth failed без original error (credentials не утекают в логи)
• H-CH-6 poller.recordUID: sync.Mutex для processedUIDs/uidOrder

Группа 7 — Memory / Embeddings / Reranker (12)

• H-M-13 indexer.tokenOverlapTail: не cut UTF-8 руну пополам (безопасно для CJK/эмодзи)
• H-M-14 indexer.splitIntoChunks: при отсутствии \n\n fallback на splitSentences/splitByNewlines
• H-M-15 cleanup.publishAgentStats: if f.metrics == nil { return } guard
• H-M-18 OpenAI embedding: batchSize 2048 → 256 (HTTP payload limit)
• H-M-19 Ollama embedding: убран fan-out 4-goroutine; sequential (Ollama single-threaded)
• H-M-20 Ollama: truncation по utf8.RuneCount (не byte count) — корректно для multi-byte
• H-M-21 CachedEmbedder.Embed: per-text cache lookup для multi-text запросов (раньше bypass)
• H-M-22 CachedEmbedder.Embed: дефенсивная копия на cache write — мутация возвращённого slice не течёт в кэш
• H-M-23 LLMReranker.parseScores: auto-detect 0-100 vs 0-10 scale (Max > 10 → divisor=100)
• H-M-24 (factory уже кэширует provider)

Группа 1 — Agent/Runtime (1)

• H-A-9 AgentLoop: runCtx + runCancel; Stop() отменяет ctx и ждёт runWG.Wait() — больше нет goroutine leak

Группа 2 — Agent/Tools (1)

• H-T-2 exec.streamLines: sync.Mutex для strings.Builder (stderr + stdout пишут конкурентно)

Skipped (по аналогии с уже отклонёнными CRITICAL)

• H-X-5 ValidateRedirectURL TOCTOU — SafeTransport.DialContext уже делает independent checkDialAddr на каждом адресе (defence-in-depth)
• H-CH-13 JCS canonicalization манифеста — Ed25519 подписывает raw bytes, парсинг после не меняет смысла
• H-X-7 RESOLVE_BENEATH на FreeBSD/OpenBSD — нерелевантно для целевых платформ (macOS/Linux/Windows)

Tests

• Добавлены: ifs_guard_test.go, env_scrub_test.go, audit_resource_test.go, touch_buffer_score_test.go, cleanup_metrics_guard_test.go, llm_test.go (reranker)
• Обновлён cache_test.go под новое поведение multi-text кэширования

[0.134.22] - 2026-06-06

Fixed

• Чат: переключение агентов не обновляло историю сообщений — chatStoreRef был обычным JS-объектом без реактивности, поэтому Svelte не отслеживал смену ChatStore при переключении агентов. Исправлено: chatStoreRef теперь $state, шаблон реактивно обновляется при смене store.

[0.134.21] - 2026-06-06

Fixed

• Критический баг чата: история сообщений не отображалась при открытии чата — сообщения появлялись только после отправки нового сообщения и ответа агента. Причина: ChatStore создавался после loadHistory(), из-за чего загруженные с бэкенда сообщения записывались в null-store и терялись. Исправлен порядок инициализации в useChatSwitch.svelte.ts: store создаётся до загрузки истории, а loadHistory и agentModels.list запускаются параллельно.

[0.134.20] - 2026-06-06

Added

• W-048: Vitest test suite for the web frontend — 312 unit/component tests across 23 files, covering pure utilities, formatters, state stores, chat, and forms. New npm run test and npm run test:watch scripts. vitest.config.ts configured with jsdom + SvelteKit plugin.

  • lib/utils/: agentAge (pluralization, границы 29/30 дней, 12 мес, 1 год), agentColor, agentDisplayName, formatDate, clipboard (мок clipboard + fallback), safeStorage (мок localStorage ошибок)
  • lib/features/memory/memoryFormat: actionLabel/actionBadge/confidenceColor/importanceColor/categoryBadge/wordDiff/formatFileSize/formatMimeBadge/computeMetrics/parseActions/константы
  • lib/features/system/systemFormat: formatBytes/formatUptimeRu (все варианты склонения дней)/formatDiagText/getRestartInstructionForPlatform (darwin/linux/windows)
  • lib/stores/: toast (auto-dismiss + таймер cancellation + dismissAll), reactions (optimistic + rollback), favorites (optimistic + rollback), avatar (URL с версией + bump)
  • lib/features/chat/: chatDrafts (save/restore/cleanup TTL-индекс/clear), topicBreak (skip-флаг + 3-шаговый wizard), useChatCopy (timer + destroy cleanup), useChatScroll (stickToBottom threshold + rAF-throttle + loadMore)
  • lib/stores/chat.svelte: mergeServerMessages (7 сценариев: пустой/пересечения/дедупликация/non-numeric id), ChatStore WS-events (15+ событий: thinking/delta/stream_end/message/turn_end/error/retry/ask_user/tool_start/tool_end/agent_status/extraction/subagent/kg_progress)
  • lib/features/profile/: usePassword (5 правил валидации + reset), useForgetMemory (3-шаговый wizard + expectedPhrase), useApiTokens (CRUD + copy + delete)

• W-049: Регрессионные XSS-тесты для MarkdownRenderer — 9 тестов через @testing-library/svelte. Защищают W-004 (script в code-lang), W-013 (parseError), DOMPurify sanitization (script/event handlers/iframe/javascript: URL/data:text/html URL). Любое ослабление safeLang/escapeAttr теперь приведёт к падению тестов.

• Component-тесты: CreateTokenModal.test.ts (18 тестов: формы создания/просмотра токена, валидация имени, backdrop click, Enter-to-submit), ForgetMemoryWizard.test.ts (11 тестов: 3-шаговый wizard, привязка к ctrl.input, отображение FORGET-фразы)

Fixed

• Добавлен resolve.conditions: ['browser'] в vitest.config.ts чтобы Vitest использовал client build Svelte (без этого mount() падал с lifecycle_function_unavailable)
• useChatScroll rAF-throttle тесты обновлены: ожидание setTimeout(50ms) вместо одного rAF (jsdom polyfill задерживает rAF и await tick() в Svelte)

[0.134.19] - 2026-06-06

Security

• C-S-1: GetAgentStats — заменён запрос к удалённой таблице sessions на COUNT(DISTINCT thread_id) FROM messages, чинит 500 на /agents/{id}/stats после миграции 049
• C-S-2: FindSimilarEntities — проброшен userID через dual.go/sqlite.go/postgres.go, фильтрация KG-сущностей по пользователю (закрывает утечку данных между пользователями)
• C-H-1: IDOR в /agents/{id}/messages/{msgID} — добавлен requireMessageInAgent хелпер, валидация agentID в GetMessage/SetReaction/ToggleFavorite
• C-H-2: IDOR в /kg/* — write-операции (DeleteEntity/DeleteRelation/Rebuild) обёрнуты в RequireAgentAdmin
• C-H-3: /providers/{id}/diagnostics — обёрнут в RequireGlobalAdmin (ранее доступен любому авторизованному)
• C-CH-5: /agents/{id}/approvals/{id}/resolve — обёрнут в RequireAgentAdmin (ранее доступен agent_user)
• C-H-4: Setup-токен — поддержка X-Setup-Token header (fallback на JSON body для backward compat)
• C-H-5: /healthz — убраны version и uptime из публичного эндпоинта (anti-fingerprinting)
• C-H-6: ChatHandler.tickets — добавлен фоновый GC (30s), nil-check перед доступом к t.expiresAt
• C-H-8: Refresh-токен — добавлен client_id в refresh-токены, сверка при обмене (migration 072)
• C-SC-2: Sandbox — WrapCommandBwrap/WrapCommandSandboxExec переведены на argv-array без sh -c
• C-SC-3: keys.json — HMAC-SHA256 подпись при записи, верификация при чтении (с migration path для старого формата)
• C-SC-4: Refresh-rotation — unified “invalid credentials” для lockout и неверного пароля (оба 401)
• C-SC-5: Lockout info leak — единое сообщение “invalid credentials” вместо раскрытия времени блокировки
• C-SC-6: JWT secret — валидация len(secret) >= 32 в NewTokenService
• C-SC-7: Lockout persistence — Persist/Load методы для сохранения lockout-состояния в файл
• C-SC-8: Lockout cap — max 1000 entries + GC expired при RecordFailure
• C-SC-12: SSRF — добавлены unit-тесты для IPv4-mapped IPv6
• C-SC-13: SSRF — расширены blockedNetworks: multicast (224.0.0.0/4), reserved (240.0.0.0/4), benchmarking (198.18.0.0/15), TEST-NET-1/2/3
• C-SC-14: SSRF — отключён HTTP proxy в SafeTransport (Proxy: nil)
• C-CH-1: SMTP Header Injection — sanitizeHeader() для Subject/From/In-Reply-To/References
• C-CH-10: SMTP filename injection — sanitizeFilename() для Content-Disposition
• C-CH-11: SMTP boundary — randomBoundary() переведён на crypto/rand
• C-CH-12: SMTP credentials scrub — TestConnection не раскрывает credentials в ошибке
• C-CH-2: IMAP — все io.ReadAll() обёрнуты в io.LimitReader(part, 100MB+1)
• C-CH-7: Updater TLS — ServerName/MinVersion: TLS 1.2 в tls.Config, убран tcp4
• C-CH-6: Permissions — ApplyAutonomyOverlay явно deny MCP для readonly/supervised уровней

Fixed

• C-S-3: AsyncAddMessage — заменён fire-and-forget goroutine на buffered channel + writer-goroutine с логированием ошибок
• C-S-4: N+1 в ListAgents — batch loadAgentProviderIDsBatch/loadAgentModelIDsBatch через WHERE agent_id IN (...)
• C-CH-3: WebSocket — server-side ping-ticker (30s) + per-connection idle timeout (60s)
• C-CH-4: WebSocket — generateConnID/generateChatID переведены на atomic.Uint64 counter
• C-CH-9: Whitelist — добавлена документация о проверке только envelope-from

Changed

• C-M-1: persistSummary — корректная передача userID вместо nil
• C-M-3/C-M-4: OpenAI/Ollama embedding clients — добавлен http.Client{Timeout: 60s}
• C-M-5: SwappableEmbedder.Swap — возвращает ошибку при несовпадении размерностей
• C-M-6: Reranker — параллелизация batch-обработки через WaitGroup + semaphore (max 4 concurrent)
• C-SC-10: Argon2id параметры — задокументирован осознанный выбор t=3, p=4

[Unreleased]

Changed

• W-015 (завершение, Группа 4): routes/chat/+page.svelte (536 → 250 строк, -53%) — 7 callbacks (getAgentDisplayName/getAgentId/setupResizeObserver/scrollToBottom/getStickToBottom/setStickToBottom/resyncMessages) удалены из ChatStore. Store теперь сам владеет agentId/agentName (через новый метод setAgent), а resyncMessages стал приватным методом store. Scroll/DOM-логика вынесена в новые $state-классы:

  • lib/features/chat/useChatScroll.svelte.ts (85 строк) — ChatScroll инкапсулирует container/stickToBottom/hasMoreMessages/loadingMore/loadingHistory, ResizeObserver, scroll-to-bottom с rAF-throttle, onScroll-load-more, withLoadingHistory() обёртку.
  • lib/features/chat/useChatCopy.svelte.ts (23 строки) — ChatCopy с copiedMsgId + cleanup таймера.
  • lib/features/chat/useChatSwitch.svelte.ts (188 строк) — ChatSwitch инкапсулирует init()/switchTo()/loadMore()/handleModelSwitch() с AbortController-логикой, race condition защитой, error-handling, deps (getAgents/getCurrentAgent/chatStoreRef/scroll/drafts).
  • lib/features/chat/ChatMessages.svelte (80 строк) — большой div с bind:this messagesContainer + MessageList/ChatThinking/ChatToolPanel/StreamingMessage/ChatAskUser инкапсулирован в отдельный компонент.
  • lib/features/chat/EmptyState.svelte (5 строк) — удалён как мёртвый код (создан в Группе 3, но нигде не импортировался).

• W-015-UX: фикс мерцания empty-state при загрузке/переключении — MessageList.svelte обновлён: добавлен prop loadingHistory. В блоке {#if messages.length === 0}:

  • если loadingHistory === true → спиннер с текстом “Загрузка истории…”
  • иначе (история действительно пуста) → empty-state “Начните диалог с агентом”

  loadMessages() обёрнут в scroll.withLoadingHistory() — флаг loadingHistory = true ставится ДО messages = [], сбрасывается в finally после загрузки. Результат: при переключении агентов больше не видно мелькания “Начните диалог с агентом” — UI показывает спиннер до загрузки новой истории.

  ChatStore без callbacks: ChatStoreCallbacks interface удалён, private callbacks поле удалено, все this.callbacks.getAgentId() → this.agentId, this.callbacks.getAgentDisplayName() → this.agentName. Constructor теперь без параметров.

  Результат: page ровно 250 строк (целевой <250 достигнут), npm run check: 0 errors, npm run build успешен (2.16s). Файлы — lib/stores/chat.svelte.ts (669 → 678 строк, +9 — добавлены setAgent/agentId/agentName/private resyncMessages).

• W-019 (завершение, Группа 4): routes/agents/[id]/memory/+page.svelte (529 → 115 строк, -78%) — 22 callback-функции между page и табами вынесены в MemoryData class (lib/features/memory/useMemoryData.svelte.ts, 600 строк): loadFacts/addFact/deleteFact/deactivateFact/reprocessFactKG/toggleHistory/exportMemory/importMemory/doSearch/uploadDocFile/fetchDocURL/indexDocument/reindexSource/deleteChunks/runConsolidation/runDream/loadDreamRuns/loadScratchpad/clearScratchpad/toggleRunActions/toggleSetting/saveDreamSetting/saveCompactConfig/onCompactPresetChange. Также перенесён $state для 3 модалок (AddFact/ImportFacts/AddDocument), lazy-load state (dreamRuns, scratchpadData, openHistory, expandedRun), ConfirmState с методами runConfirm/cancelConfirm. Bindings 6 табов изолированы в новый MemoryTabContent.svelte (99 строк) — page остаётся только с layout (MemoryOverview/Metrics/Tabs) + 3 модалки + ConfirmModal. Целевой <150 строк достигнут (фактически 115). npm run check: 0 errors.

Реализованы 12 P2-задач из аудита docs/audit/web-2026-06-06.md (UX/perf/cleanup/build). Из 14 P2-задач исключены W-038/W-039 (ложные баги), W-041/W-042 уже выполнены попутно в Группах 2/3. Подробности реализации — в описаниях задач в docs/audit/web-2026-06-06.md.

• W-032: autoResize в ChatComposer обёрнут в requestAnimationFrame — добавлен флаг resizeScheduled, высота textarea пересчитывается не чаще 1 раза за кадр. Устраняет layout thrash при paste / быстром вводе.
• W-033: resendToComposer показывает toast.info — при переносе сообщения в поле ввода всплывает тост «Сообщение перенесено в поле ввода», иначе на больших экранах теряется из вида.
• W-034: Avatar с loading="lazy" — добавлен prop lazy: boolean = true (по умолчанию 'lazy', для header’ов можно передать false → 'eager'). Также decoding="async" и fetchpriority (auto для lazy, high для eager). Существующие вызовы автоматически получают lazy-loading, т.к. дефолт true.
• W-035: MarkdownRenderer throttled 100мс — $derived рендерит не чаще 1 раза в 100мс, при пропущенных тиках возвращает закешированный HTML. При стриме 50 токенов/сек — marked.parse() + DOMPurify.sanitize() вызываются ≤10 раз/сек вместо 50.
• W-036: download-ссылки через post-process в MarkdownRenderer — extractDownloadLinks и блок рендеринга удалены из ChatMessage.svelte. В MarkdownRenderer postProcessDownloadLinks() заменяет <a href=".../files/download..."> на стилизованный .download-link блок (иконка + label + «скачать»). Устраняет двойной рендеринг ссылок и жадный regex.
• W-037: empty-state CTA в FavoritesPanel — добавлена кнопка «Перейти к чату» (акцентный primary action, onclick={closePanel}).
• W-040: empty-state в ChatSidebar — для пустого списка агентов: админу — CTA-ссылка на /settings/agents, не-админу — текст «обратитесь к администратору». Импортирован isAdmin из $lib/stores/auth.svelte.
• W-043: copyTimer cleanup в chat/+page.svelte — добавлен let copyTimer рядом с saveTimer, clearTimeout при повторных кликах и в onMount cleanup. Устраняет утечку таймеров и phantom-writes в state при unmount.
• W-044: @types/node установлен — устраняет warning Cannot find type definition file for 'node' в svelte-check. Зависимость добавлена в web/package.json devDependencies.
• W-045: manualChunks для cytoscape в vite.config.ts — реализован через функцию (Vite 8 не принимает object-form manualChunks). cytoscape + cytoscape-cose-bilkent попадают в отдельный чанк vXo04wG0.js (511 КБ), который грузится только при открытии вкладки «Граф» в /agents/[id]/kg.
• W-046: ADR «inline-script темы» — оставить как есть — создан docs/adr/2026-06-06-theme-inline-script.md. Все альтернативы (type="module" defer, @media (prefers-color-scheme: dark), ThemeProvider.svelte) приводят к гарантированному FOUC или ломают явный выбор темы. Inline-скрипт 2-3 мс — приемлемо для desktop-only приложения.
• W-047: window.location.* → goto() в 4 файлах — +layout.svelte (3 замены), login/+page.svelte (2), onboarding/+page.svelte (1), ChatHeader.svelte (logout, 1). Logout через api.logout в lib/api/client.ts оставлен с window.location.href (нужна полная перезагрузка для сброса state).

Bundle

✓ built in 2.23s

После введения manualChunks для cytoscape, страницы /agents/[id]/* (кроме /kg) не тянут cytoscape. Проверено: только build/_app/immutable/chunks/vXo04wG0.js содержит подстроку cytoscape.