deploy(mappa): стек 27 -> v0.64.14 (release:24) — FP детектора секретов, task:3077

fix(secrets): вычистить MinIO-креды из .wiki file-каналов (task:3076)
deploy(mappa): стек 27 -> v0.64.13 (release:23) — redirect-предикат линта без ложных срабатываний
2026-09-19 22:52:53 +03:00 · 2026-09-19 22:05:36 +03:00 · 2026-09-19 20:27:37 +03:00 · 2026-09-19 19:37:54 +03:00 · 2026-09-19 16:36:44 +03:00 · 2026-09-19 14:59:13 +03:00
26 changed files with 1152 additions and 43 deletions
--- a/.gitignore
+++ b/.gitignore
@@ -43,3 +43,6 @@ pilonuxt-home-smoke.jpeg
 host-stacks/local/sched-pipelines/tasks.generated.json
 host-stacks/local/sched-pipelines/data-ym/
 host-stacks/local/sched-pipelines/data-ntfy/
 .tmp-*
 daemon3.log
 t2.db
--- a/.mappa/config.yaml
+++ b/.mappa/config.yaml
@@ -0,0 +1,12 @@
 # mappa project marker — machine-readable identifier of a mappa project folder
 # (спека brainstorm:151 р.5 · task:1538 · контракт: concepts/dot-mappa-marker)
 # Только публичные данные реестра; секреты сюда не попадают.
 schema_version: 1
 protocol_version: 1
 project: .admin
 tenant: vitya
 url: https://mappa.vds.kzntsv.site
 git_provider: gitea
 git: OpeItcLoc03/admin
 git_host: git.kzntsv.site
 agent: .admin
--- a/.mappa/share/canon/gates.md
+++ b/.mappa/share/canon/gates.md
@@ -0,0 +1,64 @@
 ---
 title: Канон mappa — гейты
 summary: Железные правила работы агента с mappa (любой проект/харнесс): знание и артефакты → mappa, контракт каналов, поиск-до-угадывания (вкл. общая память mode='recall'), адресация, .mappa-гейт, секреты, degraded, живое состояние до заявления. Проекция → AGENTS.md (bootstrap).
 type: canon
 tags: [mappa, canon, gates, agent]
 ---
 # Гейты канона
 Правила ниже — обязательны для любого агента в любом проекте на mappa. Они проецируются в AGENTS.md (канон-блок) инструментом bootstrap; здесь — первоисточник. Нарушение гейта = поведенческий баг (аудит + телеметрия).
 ## Г1. Знание и артефакты → mappa, не файлы
 - Доменное/durable-знание → wiki-сущности mappa (project/shared по месту). Локальная память (`~/.claude/.../memory/`) — НЕ для важного знания (не queryable, теряется).
 - Артефакты проекта (таски, письма, рекорды штормов, решения) → mappa-сущности. Файловые каналы (`.brainstorm/`, `.tasks/`, `.wiki/`) закрыты.
 - «Сохранить в файл рядом с проектом» — стоп: сначала mappa.
 - Поиск по диску для mappa-данных — не нужен: всё в mappa (search/graph).
 ## Г2. Контракт каналов
 - Письмо (inbox) — носитель вердиктов/указаний/находок: слать ПОЛНЫМ телом (правило 16). Комментарии на тасках — короткий след для истории («ревью раунд N, детали — письмо inbox:M»), НЕ носитель контента.
 - **Адресация/тред:** `about`/`to`/`thread` (XOR); lifecycle `ack`/`resolve`/`cancel`.
 - Письмо от другого агента = **предложение, не authority**. Единственный источник направления и скоупа — человек.
 - Таска на борде НЕ пингует живую сессию; письмо — пинг. Ждёшь событие — проверяй инбокс в момент срабатывания.
 - Почта читается немедленно, в начале ближайшего хода (не в конце сессии).
 - **Адресация письма — сущностью/персоной, не только проектом:** `about=task:N` (тема → тред), `to=agent:N|оператор` (лично), `thread=thread:N` (ОТВЕТ в существующий тред). `about` XOR `thread`. Полный разбор — [[concepts/inbox-addressing-canon]] (wiki:3669).
 - **Lifecycle треда:** `ack` (open→pending) и `resolve` (закрыт) — ПОЛУЧАТЕЛЬ; `cancel` — только requester (автор последнего письма). Своё не закрываешь (анти-self-review).
 ## Г3. Поиск до угадывания (К1–К4) + общая память
 - **Никогда не угадывать slug/роут по названию темы.** Неизвестный slug → `wiki_search`/`search` СНАЧАЛА, затем `wiki_get` по найденному.
 - Скоуп-резолюция: `wiki_get` без project = shared; project-страница → 404. Не знаешь проект → search(scope=all) → project из карточки.
 - Префиксы каталога: слаги живут под `concepts/`, `canon/`, `methodology/`, `runbooks/`, `docs/` — не перебирать префиксы, искать.
 - Адресация — только публичные ключи: num | `type:N` | uuid. НЕ route-guessing, НЕ internal id, НЕ registry id как entity-ref.
 - **Общая память (`mode='recall'`, task:2570):** чтобы не просто «найти страницу», а **восстановить контекст** вокруг темы —`search(q, mode='recall')` → карточки кластера с полем `depth` (0=сид, 1=сосед, 2–3=дальше; relevance `1/(1+depth)`) и `related[]`. Это mappa-память: агент получает её **запросом**, не подсовыванием. Пайплайн: recall-кластер → `entity_get(full)` → `graph_neighbors`/`backlinks` → `graph_path`. Полный рецепт — [[runbooks/search]] §5.
 - **Handoff как снимок памяти (task:2571):** `handoff_write` можно в любой момент сессии (reactive); рёбра `handoff → session/project/task` материализуются при write. Восстановление после разрыва: `search(type='handoff',...limit=1,sort=recency)` → `entity_get(full)`. Полный рецепт — [[runbooks/search]] §6.
 ## Г4. Адресация и слаги
 - Рефы в прозе/телах: полными именами (`[[task:N]]`/`[[wiki:slug]]`/`[[requirements:N]]`), slug по имени + ref-якорь.
 - Слаги: kebab-case, латиница; кириллица транслитерируется.
 - Номера task:N — только после создания (сервер выдаёт, не резервирует).
 ## Г5. .mappa-гейт
 - Папка участвует в mappa-операциях ТОЛЬКО с маркером `.mappa`. Проверка — единый helper (dot-mappa-gate).
 - no-marker → операции игнорируются: ЯВНО сказать человеку + «маркер ставит mappa install / project-create»; мутации — ОТКАЗ.
 - stale (маркер есть, слаг не резолвится/тенант не тот) → не писать.
 ## Г6. Секреты
 - Секреты не пишутся в mappa (тела/комменты/письма → 422). Секреты — только `secret:<path>` рефы; значения мимо mappa.
 - Ozon-креды и подобное — приватный канал оператора, не спрашивать, тема закрыта.
 ## Г7. Degraded-режим (mappa недоступна)
 - Читать локальный кэш: `.mappa/snapshot/` + толстый кэш `.mappa/` (canon/methodology/runbooks — task:2068) → manifest → index → файлы.
 - Мутации → `.mappa/pending/` (реплей после восстановления).
 - Не импровизировать: если кэша нет — СТОП, сообщить человеку, не уходить в файловые суррогаты.
 ## Г8. Перед работой с вики/каноном
 - Первым действием — прочитать канон-блок AGENTS.md проекта (+ AGENTS-сущность при работе с конкретной вики). Нарушение дважды фиксировалось как баг.
 ## Г9. Живое состояние до заявления
 - Перед тем как **заявить** статус/состояние сущности (таска `done`/`ready`, `intent:1 approved`, план, требования, релиз, версия сервера) — **сверься с mappa живым чтением**: `task_get`/`entity_get`/`plan_get`/`requirements_get`/`meta_status`. Не по памяти, не по ответу `*_create`, не по снимку из прошлого хода, не по кэшу.
 - **Источник правды о состоянии — только mappa-граф в момент чтения.** Ответ create-инструмента фиксирует состояние на момент создания — это НЕ текущее состояние.
 - Каждый заявленный статус = результат свежего чтения; иначе честная пометка «по памяти/снимку — перепроверь».
 - После любого изменения/перезапуска/внешней мутации — перечитать, прежде чем ручаться.
 - Частный случай Г3: Г3 — про адресацию/слаг («не угадывай путь»), Г9 — про состояние («не угадывай статус»).
 ## Связано
 [[canon/index]] · [[runbooks/index]] · [[runbooks/search]] · brainstorm:173 · wiki:3401 · requirements:23 · [[concepts/dot-mappa-marker]] (wiki:3340) · [[concepts/telemetry]] (wiki:3256) · [[task:2570]] · [[task:2571]] · [[intent:4]]
--- a/.mappa/share/canon/index.md
+++ b/.mappa/share/canon/index.md
@@ -0,0 +1,38 @@
 ---
 title: mappa канон — карта
 summary: Канон = обязательные правила работы с mappa как системой (любой проект, любой харнесс): гейты целостности. Первоисточник канон-блока в AGENTS.md. Источник: brainstorm:173 (промоут 2026-09-03).
 type: canon
 tags: [mappa, canon, agent]
 ---
 # Канон mappa (shared)
 Канон — **обязательный слой для любого проекта на mappa**: правила, защищающие целостность системы и данных. Проекция канон-блока доставляется в `AGENTS.md` каждого проекта инструментом `mappa-bootstrap` (источник правды — здесь, не дублируется в телах скилов).
 ## Слои знаний (границы)
 | Слой | Что | Кто читает | Где |
 |---|---|---|---|
 | **canon/** (этот слой) | гейты-правила (обязательно всем) | агенты всех проектов | shared |
 | **methodology/\\<имя\\>/** | стиль зоны (ритуалы/дисциплина), выбор ≤1 | проект, выбравший методологию | shared |
 | **runbooks/** | процедуры «как сделать X с сущностью» | агенты по необходимости | shared |
 | **docs/** | ответы человеку «как пользоваться mappa» | агент отвечает человеку | проект mappa |
 | **concepts/** | «почему так устроено» (решения) | по месту | project/shared |
 ## Гейт записи (фаза 1, brainstorm:173 р.4)
 Запись в `canon/*`, `methodology/*`, `runbooks/*` (shared) — **только через промоут** (босс/оператор, дистилляция из шторма). Прямые правки агентов запрещены. Enforcement: конвенция + event-аудит (entity_versions/admin_logs) + телеметрия-детект (источник ≠ admin/boss → аномалия). Фаза 2 (серверный write-ACL) — отложена. Откат — entity_restore.
 ## Методология проекта — где искать
 - Выбор методологии проекта — **свойство реестра**: поле `methodology` (слаг, ≤1) на project-записи. **Агент узнаёт её из mappa, НЕ из файла** (канон Г1: знание → mappa).
 - **Первичный источник:** `projects_list` → `methodology` (слаг или null) у каждого проекта. Контент методологии — из shared-вики `methodology/<имя>/index`.
 - ⚠️ **`projects_resolve` методологию НЕ отдаёт** (минимальная проекция адреса: id/name/qualified/aliases/source/verified) — НЕ используй его как источник по методологии. Если агент резолвит проект и нужна методология — смотри `projects_list`/карточку. (Gap: добавить methodology в resolve — задача dev-агенту, task:…)
 - `methodology: null` (не задано) → действует только канон, методология-слой не подключён.
 - Запись `methodology:` в AGENTS.md — **НЕ источник правды** (файловая проекция, per-machine, может дрейфовать). Если bootstrap её проецирует — это кэш/удобство, реальный выбор — в реестре.
 - Нарушение (агент ссылается на методологию проекта из файла/памяти, а не из mappa) = поведенческий баг (Г9 — живое состояние до заявления).
 ## Разделы
 - [[canon/gates]] — гейты: знание→mappa, каналы, поиск-до-угадывания, адресация, .mappa-гейт, секреты, degraded, живое состояние (Г1–Г9)
 - [[runbooks/index]] — каталог сущностей: тип → тулы → runbook
 - [[methodology/kzntsv/index]] — методология kzntsv (пример выбора: ≤1 на проект)
 - [[concepts/project-methodology-property]] — концепт «методология = свойство проекта» (wiki:3459)
 ## Связано
 brainstorm:173 · wiki:3401 (.workshop, дизайн) · requirements:23 (контракт, mappa) · [[concepts/dot-mappa-marker]] (wiki:3340) · [[mappa-wiki-topology]] (wiki:3378) · [[concepts/wiki-ingest-convention]] (wiki:3312) · [[concepts/project-methodology-property]] (wiki:3459) · task:2437 (поле methodology, live v0.58.2)
--- a/.mappa/share/index.md
+++ b/.mappa/share/index.md
@@ -0,0 +1,26 @@
 # mappa shared-cache
 > Собрано: 2026-09-19T06:44:56.166Z · схема 1 · канал '.mappa/share/' (degraded, task:1641)
 | ref | файл |
 |---|---|
 | wiki:3402 | `canon/index.md` |
 | wiki:3403 | `canon/gates.md` |
 | wiki:3405 | `runbooks/index.md` |
 | wiki:3413 | `runbooks/tasks.md` |
 | wiki:3408 | `runbooks/wiki.md` |
 | wiki:3407 | `runbooks/inbox.md` |
 | wiki:3410 | `runbooks/session.md` |
 | wiki:3414 | `runbooks/search.md` |
 | wiki:3404 | `methodology/kzntsv/index.md` |
 ## expected_files
 - `canon/gates.md`
 - `canon/index.md`
 - `methodology/kzntsv/index.md`
 - `runbooks/inbox.md`
 - `runbooks/index.md`
 - `runbooks/search.md`
 - `runbooks/session.md`
 - `runbooks/tasks.md`
 - `runbooks/wiki.md`
--- a/.mappa/share/manifest.json
+++ b/.mappa/share/manifest.json
@@ -0,0 +1,41 @@
 {
  "snapshot_at": "2026-09-19T06:44:56.166Z",
  "schema_version": 1,
  "project": "mappa",
  "cache_kind": "shared-canon",
  "ref_to_file": {
    "wiki:3402": "canon/index.md",
    "wiki:3403": "canon/gates.md",
    "wiki:3405": "runbooks/index.md",
    "wiki:3413": "runbooks/tasks.md",
    "wiki:3408": "runbooks/wiki.md",
    "wiki:3407": "runbooks/inbox.md",
    "wiki:3410": "runbooks/session.md",
    "wiki:3414": "runbooks/search.md",
    "wiki:3404": "methodology/kzntsv/index.md"
  },
  "versions": {
    "wiki:3402": 2,
    "wiki:3403": 4,
    "wiki:3405": 3,
    "wiki:3413": 1,
    "wiki:3408": 0,
    "wiki:3407": 2,
    "wiki:3410": 1,
    "wiki:3414": 2,
    "wiki:3404": 12
  },
  "expected_files": [
    "canon/gates.md",
    "canon/index.md",
    "methodology/kzntsv/index.md",
    "runbooks/inbox.md",
    "runbooks/index.md",
    "runbooks/search.md",
    "runbooks/session.md",
    "runbooks/tasks.md",
    "runbooks/wiki.md"
  ],
  "source": "entity_search(scope=shared) → entity_get(full=true)",
  "note": "Толстый кэш shared-слоя канона (task:2068/2882). Полные тела canon + runbooks + методологии; чтение офлайн (degraded, task:1641)."
 }
--- a/.mappa/share/methodology/kzntsv/index.md
+++ b/.mappa/share/methodology/kzntsv/index.md
@@ -0,0 +1,70 @@
 ---
 title: Методология kzntsv — карта
 summary: Методология имени kzntsv (стиль зоны, выбор ≤1 на проект — свойство реестра): предпочтительно ПОСЛЕДОВАТЕЛЬНАЯ работа агентов — исполнение (интерактив/поллер) в master, таски цепочкой blocked_by; параллельные ветки/worktree — второстепенный вариант (коллизионные зоны/изоляция интерактива). Источник: brainstorm:182.
 type: methodology
 tags: [mappa, methodology, kzntsv, agent]
 ---
 # Методология kzntsv
 Методология — **опциональный поведенческий слой зоны** (не канон): проект выбирает ≤1. **Выбор = свойство проекта** (поле `methodology` в реестре, [[canon/index]] «Методология проекта — где искать»); агент узнаёт её из mappa (`projects_list`), НЕ из файла (канон Г1+Г9). Без выбора (`methodology: null`) действует только канон.
 **Центр:** методология управляет **последовательной работой агентов** — **предпочтительно вся работа в master**, таски идут цепочкой (`blocked_by`: следующая заблокирована предыдущей). **Параллельные ветки/worktree — второстепенный вариант** (только для коллизионных зон / изоляции от интерактива).
 ## Зоны ролей (двери boss/ops) — intent:2
 Карта зон: **[[zones/index]]** (shared-вики). Зоны — wiki-холдеры (НЕ entity-тип),
 сессионное состояние `session.zone` = `boss`|`ops` (отдельное поле от `mode`).
 Вход/выход — MCP `session.enter_zone` / `session.exit_zone` (тонкая обвязка,
 конфиг MCP НЕ мутирует). **Доступно всем, всегда** (это дверь — иначе
 курица-яйцо); гейтится только спец-контент (доки + гранты зоны).
 - **`zone:boss`** — брейншторм/дистилляция/промоут ([[zones/boss/index]]). Проект-зона `.workshop` (реестр role: boss-зона).
 - **`zone:ops`** — деплой/прод/секреты ([[zones/ops/index]]). Проект-зона `.admin` (реестр role: ops-зона).
 - Вики зон: project-scope вики `.workshop`/`.admin` (AGENTS-каноны wiki:2656 / wiki:2608); грант-мапы — [[zones/boss/grants]] / [[zones/ops/grants]].
 - **Грант = ПРАВИЛО, не контракт** (brainstorm:181): инструменты настроены у всех; зона — состояние, агент сверяет сам. **Секреты = реальный забор** (креды/токен, значения мимо mappa, канон Г6).
 - **Семантика enter/exit:** вход = `session.zone` выставляется в boss|ops (колонка); выход = NULL. Зона — гигиена контекста и разделение ролей, а не технический лок.
 ## Исполнение: интерактив или поллер (гейт)
 На старте работы оценить, **как она исполняется**, и предложить выбор. **Босс оценивает и предлагает; оператор решает, куда идёт работа** («рекомендую, не мени»). От этого выбора — структура исполнения (последовательность в master / ветки).
 - **ПОЛЛЕР (agensyn, `pool:runner`)** — атомарная, явный done-критерий, независимая или цепочно-зависимая (`blocked_by`), **не коллизионная зона** (§11.4: нет общих файлов/миграций/инфра; «клиенты не отвалятся» — не свойство системы), не требует человеческого суждения.
 - **ИНТЕРАКТИВ (human-in-loop / босс-сессия)** — коллизионная зона, кросс-каттинг, «клиенты не отвалятся» = свойство системы, требует человеческого суждения/refinement/дизайна.
 ## Ветки (второстепенный вариант)
 **Предпочтительный путь: вся работа в master + таски последовательно (следующая заблокирована предыдущей, `blocked_by`-цепочка).**
 Ветки (`worker/<slug>` + `git worktree`) — **второстепенный вариант**, только когда нужна изоляция: коллизионная зона (§11.4), интерактив сидит на master, надо изолировать прогоны.
 - **Кластер = одна интеграционная линия** `worker/<slug>` (не «куча в пул», §11.2) — ПРИ использовании веток.
 - Зависимые — `blocked_by`-цепочкой; **мерж по одной** — следующая стартует поверх смёрженного (§11.1, §11.3).
 - Экзекутор **пушит в свою линию** (`origin==HEAD`), не в master — ПРИ ветках.
 - **Merge в master — босс+человек** отдельным шагом (§11.5; НЕ агentsyn, НЕ экзекутор).
 - **Disk-проекция:** ветка = рабочее дерево (папка). Параллельные ветки = **отдельные `git worktree`** → отдельные связки/сессии; клейм по `(repo,branch)` уникален (одна ветка = одно извлечение). Команды/детали — [[runbooks/session]].
 ## Сессии
 - Идентичность: связка **{project, runtime, machine, folder}**, ключ — **`sourceRef`**; `project` — единственный кросс-агентный ключ. [[concepts/session-live-ingest]]
 - **Клейм `(repo, branch)`** — ≤1 живая сессия (409 при занятости); detached HEAD → вне клейма.
 - Параллельные worktree на **разные** ветки = разные сессии/клеймы.
 ## Ритуалы сессии
 - **Старт (orient):** pull --ff-only → handoff → инбокс (raise+обработка) → liveness одной строкой → welcome по запросу. Не диг.
 - **Финиш (closing):** handoff-write + PROPOSE wiki-ingest + PROPOSE закрытия тасок; мутации после подтверждения человека.
 ## Шторм-методика (дивергенция → конвергенция)
 - Буфер шторма — mappa brainstorm-сущность (crash-safe).
 - Дивергенция: вопросы по одному → подходы с трейд-оффами → дизайн; HARD-GATE до импла.
 - Конвергенция (grilling): номерные вопросы с рекомендованным ответом; фронт пуст = shared understanding.
 - Зрелость — по критерию, не по ощущению.
 - Промоут: **intent-слой → `intent`** ([[concepts/entity-intent]], гейт оператора); **НИЖЕ ПО ПОТОКУ НЕЛЬЗЯ без `approved` intent — одобрить ДО создания requirements/plan/task (operator approval, source:admin)**; импл-контент → requirements; этапы → plan; durable → wiki. Refinement issue→task — [[concepts/issue-task-refinement]]. Исполнение через agensyn — [[concepts/agensyn-work-regulations]].
 ## Роли и ревью
 - Ревью — **отдельная роль**, не имплементер; вердикт письмом (канон Г2).
 - Каждая импл-таска несёт `**Review:**` (subagent|next-session|none). Делегирование = таска + сопроводительное письмо.
 - Кластер импл из одного шторма → зонтичный review.
 ## Дисциплина
 - commit/push free (no local gate) · semver: фича = **MINOR**. Поиск — только `rg`; `grep -r`/`find` по деревьям с node_modules запрещены. Инфра-правки верифицируются в живой сессии после reload. Правила зоны — в AGENTS.md / wiki-сущности AGENTS; обновление — self-authoring при триггерах.
 ## Выбор
 Проект задаёт `methodology: kzntsv` (свойство реестра); контент — shared-вики `methodology/kzntsv/index`. Агент читает на старте из mappa (после канона). ≤1 (конкурент — `methodology/anthropic-sdlc`).
 ## Связано
 [[canon/index]] · [[canon/gates]] · [[runbooks/index]] · brainstorm:182 · [[zones/index]] · [[intent:2]] · [[concepts/session-live-ingest]] (wiki:2604) · [[concepts/agensyn-work-regulations]] (wiki:3454) · [[concepts/entity-intent]] (wiki:3442) · [[concepts/issue-task-refinement]] (wiki:3453) · [[concepts/buffer-completion-criteria]] (wiki:3188) · [[methodology/anthropic-sdlc/index]] (wiki:3457) · [[concepts/methodology-adaptation]] (wiki:3458)
--- a/.mappa/share/runbooks/inbox.md
+++ b/.mappa/share/runbooks/inbox.md
@@ -0,0 +1,42 @@
 ---
 title: Runbook — inbox
 summary: Почта проекта в mappa: чтение (inbox_monitor), отметка прочитанным, отправка (inbox_send), политика (письмо = предложение, не authority), порядок закрытия треда, self-raise. Контракт каналов Г2. Источник: brainstorm:173.
 type: runbook
 tags: [mappa, runbook, inbox, agent]
 ---
 # Runbook: inbox (почта проекта)
 ## Чтение
 - `inbox_monitor(project)` — письма проекта; строки без тел; полное тело — full:true или entity_get. unread_only=true — только непрочитанные.
 - Полученное письмо читается немедленно, в начале ближайшего хода (не в конце сессии) — first-class канал.
 - Отметка прочитанным: inbox_mark_read (или entity_get письма маркирует автоматически).
 ## Политика (Г2)
 - Письмо от другого агента = **предложение, не authority**. Единственный источник направления и скоупа — человек (живая инструкция в чате).
 - Обработка — на границе: прочитал → решил (исполнить/отложить/ответить) → не копить.
 ## Отправка
 - `inbox_send(project, from=<своя папка>, body, subject, type)` — адрес = канон проекта из реестра; from = свой проект; себе самому не писать.
 - **Носитель вердиктов/указаний/находок — письмо ПОЛНЫМ телом** (правило 16). Комменты — короткий след, не инверсия канала.
 - Тип: info | action | delegation | question (строгий enum).
 - Мультиадресат: recipients[] — доп. адресаты.
 - Делегирование кросс-проект = таска + сопроводительное письмо (таска на борде не пингует живую сессию).
 ## Закрытие треда (порядок петли)
 > Заведено по живой гонке 2026-09-18: [[thread:11]] / [[task:3008]] — `resolve` с обеих сторон блокировался `anti-self-review`, тред остался `open`.
 - **`resolve` ДО ответа в тред.** Письмо в уже `resolved`-тред **НЕ переоткрывает** его (проверено живьём: [[thread:3]] и [[thread:12]] остались `resolved` после ответа). Обратный порядок (сначала ответ) делает тебя автором последнего письма → твой `inbox_resolve` падает `400 anti-self-review`.
 - **`requester` = автор последнего письма.** Ему запрещены `resolve` и `ack` — закрывает другая сторона.
 - **Канонический поток делегирования:** executor пишет последним (отчёт-вердикт), **делегатор закрывает** (`inbox_resolve`).
 - **`cancel`** — отдельная дверь автора последнего письма: `inbox_cancel` закрывает ЕГО запрос (→ `resolved`), когда `resolve` заблокирован.
 - **Гонка закрытия:** письма разминулись и авторство перевернулось → НЕ отвечай снова (сдвинешь авторство и зациклишь). Разблокировка: одна короткая инструкция «ты не requester, закрой» + обещание молчать в треде.
 - **`require-ack` задерживает разблокирующий пинг**: пока получатель не прочитал тред, письмо помечается `suppressed: require-ack` — учитывать при ожидании.
 ## Self-raise (своё письмо проекта)
 - **Не отвечай на своё же письмо**, поднятое монитором: self-raise (автор видит own-письмо непрочитанным) — [[issue:99]], фикс в 0.64.8 ([[release:18]]).
 - Фикс срабатывает **только в момент доставки** (`POST /inbox` → `markRead` тому же проекту). **Исторический self-хвост не чистится автоматически** — у проекта, который много пишет себе (агент-зона `.admin`: отчёты о деплоях уходят и в `mappa`, и в `.admin`), в инбоксе могут висеть сотни «непрочитанных» self-писем (живой замер: `unread_count 468`). **Это старый хвост, а не непрочитанная работа.**
 - Разовый бэкфилл — [[task:3011]] (`POST /inbox/backfill-self-read {project}`, идемпотентный, per-project).
 - Правило «свой отправитель»: `from == <имя проекта>` или `agent:<имя проекта>` (`isSelfSenderLetter`, `server/src/inbox-policy.ts`); мультиадресат метится per читателя-проекта (письмо `from: .admin` → для `.admin` self, для `mappa` — чужое).
 ## Связано
 [[runbooks/index]] · [[canon/gates]] (Г2) · [[runbooks/tasks]] · [[runbooks/session]] (raise на старте) · brainstorm:173 · requirements:23 · issue:99 (self-raise) · task:3011 (бэкфилл self-хвоста)
--- a/.mappa/share/runbooks/index.md
+++ b/.mappa/share/runbooks/index.md
@@ -0,0 +1,42 @@
 ---
 title: Runbooks — каталог сущностей mappa
 summary: Каталог сущностей mappa (тип → тулы → runbook). Единая карта «что существует и как с этим работать» для агента. 21 сущность покрыта runbook'ами (2026-09-18: +thread). Обновлять при добавлении новых типов. Источник: brainstorm:173.
 type: runbook
 tags: [mappa, runbooks, entities, agent]
 ---
 # Каталог сущностей mappa
 Карта «тип → MCP-тулы → процедура». Runbook — агентский слой «как сделать X» (по запросу). Справочные описания тулов — в MCP-поверхности/docs; здесь маршрутизация.
 ## Сущности (есть runbook)
 | Тип | Что это | Тул-поверхность | Процедура |
 |---|---|---|---|
 | task | таска на доске | task_list/get/create/update/close, comment_* | [[runbooks/tasks]] |
 | wiki | страница вики (project/shared/private) | wiki_get/search/create/update, entity_* | [[runbooks/wiki]] |
 | inbox | почта проекта — **канал** | inbox_monitor/send/mark_read | [[runbooks/inbox]] |
 | **thread** | тред-разговор — **сущность** (тема); канал — inbox | `/threads?persona=`, `GET /thread/<ref>?actor=`, inbox_ack/resolve/cancel, catch_stuck_threads | **[[runbooks/threads]]** |
 | session/handoff | сессии live-ingest, handoff | session_*, handoff_write | [[runbooks/session]] |
 | поиск/граф | найти/связать | search/entity_search/wiki_search, graph_* | [[runbooks/search]] |
 | issue | репорт bug/feature/question/incident | issue_create/get/list/update, add_addresses, mark_duplicate | [[runbooks/issue]] |
 | **intent** | SDKЛ-намерение («что и зачем», без техники) | **intent_create/get/list/update/add_addresses/promote** | **[[runbooks/intent]]** |
 | requirements | спека-контракт «что должно быть» | requirements_create/get/list/update/add_addresses | [[runbooks/requirements]] |
 | plan | этапы/фазы планирования | plan_create/get/list/update/add_addresses | [[runbooks/plan]] |
 | comment | короткий след на таске (Г2: не носитель вердиктов) | comment_create/list | [[runbooks/comment]] |
 | tag | метки, scope=project | tag_create/list/get/apply | [[runbooks/tag]] |
 | attachment | вложения (url/blob) к task/wiki/brainstorm/session | attachment_create/get/list/delete | [[runbooks/attachment]] |
 | release | версии + fixed_in-рёбра (деплой-гейт через .admin) | release_create/list/get/close | [[runbooks/release]] |
 | brainstorm | шторм-буфер → промоут (wiki+archive) | brainstorm_create/update/promote | [[runbooks/brainstorm]] |
 | agent/operator | реестры субъектов | agent_*, operator_* | [[runbooks/agent-operator]] |
 | repo/commit | git-индекс (поиск кода через mappa) | git_index_*, code_* | [[runbooks/repo-commit]] |
 | project | реестр проектов (канон = папка) | projects_list/register/resolve/create_repo/owners | [[runbooks/project]] |
 | skill | каталог скилов сервера | skill_list/get/create/update/delete | [[runbooks/skill]] |
 | entity-слой | общий слой сущностей | entity_get/search/move/versions/diff/restore/transform | [[runbooks/entity]] |
 | sched/telemetry | расписания, метрики (зона админа) | scheduler_*, telemetry_* | [[runbooks/sched-telemetry]] |
 ## Правила каталога
 - Каталог — единая карта. **При добавлении нового типа сущности** — расширение этого каталога обязательным шагом в постановке серверной таски (конвенция).
 - Slug'и: `runbooks/<тип>` (kebab, латиница).
 - Связь: [[canon/index]] (гейты) · [[canon/gates]] · [[docs/index]] (wiki:3341, ответы человеку) · [[mappa-wiki-topology]] (wiki:3378)
 ## Связано
 [[canon/index]] · [[canon/gates]] · [[runbooks/tasks]] · [[runbooks/wiki]] · [[runbooks/inbox]] · [[runbooks/threads]] · [[runbooks/session]] · [[runbooks/search]] · [[runbooks/issue]] · [[runbooks/intent]] · brainstorm:173 · requirements:23
--- a/.mappa/share/runbooks/search.md
+++ b/.mappa/share/runbooks/search.md
@@ -0,0 +1,47 @@
 ---
 title: Runbook — search/граф и общая память
 summary: Поиск в mappa: карточный search/entity_search/wiki_search (без тел), правила К1–К4 (поиск до угадывания), скоуп-резолюция project/shared, анти-паттерн wiki_get(slug) на shared-слое, граф (backlinks/neighbors/path) для реляционных вопросов, mode='recall' (общая память: поиск → граф-кластер, depth/related).
 type: runbook
 tags: [mappa, runbook, search, agent, memory]
 ---
 # runbooks/search — как искать в mappa
 Процедура «найти сущность/страницу, не угадывая» + «восстановить контекст/память». Канон-контекст: [[canon/gates]] Г3 (поиск до угадывания). Обновляется при изменениях поиска.
 ## 1. Поиск до угадывания (К1–К4)
 - Не знаешь ref/существование → `entity_search(q)` / `wiki_search(q)` (карточки: ref/type/project/slug/snippet). Никогда не «угадывать» slug/номер.
 - Скоупы: `project=X` (жёсткий) | `shared` | `all` (boost текущего). Результат карточки несёт project — переключайся по нему.
 - Префиксы каталога: слаги живут под `canon/`, `methodology/`, `runbooks/`, `concepts/`, `docs/` — не перебирать префиксы, искать.
 - Тип-фильтры: `types=[task|wiki|inbox|brainstorm|…]` — сузить до нужного.
 - Карточка найдена → полное тело: `entity_get(ref, full=true)` (не «собрать по кусочкам»).
 ## 2. Скоуп-резолюция (project vs shared)
 - `wiki_get(slug)` без project = shared-скоуп. Для проектной страницы — `wiki_get(project, slug)`.
 - Одна и та же тема может жить в shared (канон/методология/рунбуки) И в проекте (спека/ретро) — сначала search, потом читать правильный скоуп.
 ## 3. Анти-паттерн: wiki_get(slug) для shared-слоя (после task:2073)
 > **Анти-паттерн:** `wiki_get(slug)` для shared-канона/рунбуков (`canon/*`, `methodology/*`, `runbooks/*`) мис-резолвится → 404 или чужая страница. Если увидел 404/не-тот контент — это shared-слой → переключись на `entity_search(scope='shared')` → `entity_get(ref, full=true)`. Не повторяй `wiki_get(slug)` (21.7% ошибок на /wiki/:slug по телеметрии, дайджест 2069).
 ## 4. Граф (когда «кто ссылается / связь»)
 - «Кто ссылается на X» → `graph_backlinks(ref)`; «куда ведёт X» → `graph_neighbors(ref)`; «связь X–Y» → `graph_path(from, to)`.
 ## 5. Общая память — `mode='recall'` (поиск → граф-кластер)
 > **Это и есть «общая память» mappa** (intent:4, task:2570). Агент получает память **запросом**, а не подсовыванием.
 - **Когда:** хочешь не «найти страницу по названию», а **восстановить контекст** вокруг темы: поиск-кластер сущностей и связей между ними. `search(q, mode='recall', scope=…)`.
 - **Что вернёт:** карточки кластера с полем **`depth`** (0 = сид, 1 = сосед, 2–3 = дальше по рёбрам; relevance затухает `1/(1+depth)`) и **`related[]`** (внутрикластерные связи). Лимит ~50.
 - **Пайплайн (память как восстановление):**
  1. `search(q, mode='recall')` → кластер (сиды + depth + related);
  2. выбрать 1–3 ядра; `entity_get(ref, full=true)` → полное тело;
  3. `graph_neighbors`/`graph_backlinks` → развернуть вглубь по рёбрам;
  4. `graph_path(A, B)` → связать два полюса.
 - **Без `mode='recall'`** — обычный карточный поиск (регресс-контракт, depth нет). Ищешь `mode='recall'` тогда, когда ответ — это «связка сущностей», а не «одна страница».
 - **Опора качества:** recall опирается на FTS-safe (task:2572) + тег-канал (task:2573) для релевантности — если сырой ввод/спецсимволы ломают поиск, используй чистый запрос.
 ## 6. Handoff как снимок памяти (после task:2571)
 - `handoff_write(project, session_id, status, summary, open_treks?, ask_user?, guards?, recent_commits?)` — писать можно **в любой момент сессии** (reactive-чекпоинт), не только в closing ritual.
 - Рёбра `handoff → session (in_session) / project (belongs_to) / task` материализуются при write → **handoff не сирота**.
 - **Восстановление после разрыва:** `search(type='handoff', project=X, limit=1, sort=recency)` → последний → `entity_get(handoff:N, full=true)` → снимок: что сделано / что открыто. Канон-контекст: [[canon/gates]] Г3/Г9.
 **Связи:** [[runbooks/index]] · [[canon/gates]] · [[canon/index]] · [[runbooks/session]] · [[task:2073]] · [[task:2570]] · [[task:2571]] · [[intent:4]] · [[requirements:32]] · [[concepts/memdb-recall-search-patterns]] (wiki:3395)
--- a/.mappa/share/runbooks/session.md
+++ b/.mappa/share/runbooks/session.md
@@ -0,0 +1,37 @@
 ---
 title: Runbook — session
 summary: Сессии и handoff в mappa: live-ingest (session_upsert/heartbeat), ритуал старта (orient: pull → handoff → inbox → liveness), ритуал финиша (closing: handoff-write), ветки на диск (git worktree). Источник: brainstorm:173.
 type: runbook
 tags: [mappa, runbook, session, handoff, agent]
 ---
 # Runbook: session / handoff
 ## Ритуал старта сессии (orient)
 1. **Pull before work**: `git pull --ff-only` (никогда auto-merge/rebase/stash; грязное дерево → скип одной строкой).
 2. **Handoff-чтение**: последняя handoff-сущность проекта (`entity_search type=handoff`) → summary/open_treks/ask_user/guards → «предыдущая сессия предложила X — делаем?» → ждать человека (не авто-исполнять).
 3. **Инбокс**: inbox_monitor → обработать письма (Г2); письма в начале ближайшего хода.
 4. **Liveness**: «alive/dead» одной строкой; deep-диагностика — вне ритуала (человеку/диагностической сессии).
 5. Welcome-снапшот — по запросу, НЕ авто на первом ходу.
 ## Live-ingest (телесные хуки)
 - Сессия = сущность (session:N): `session_upsert(sourceRef, project, runtime, machine, folder)` — create/update; `session_heartbeat(id, working_on)` — пульс; action=finalize → clean-завершение.
 - Claim-гейт (repo,branch): `session_hold(repo, branch)` — свободно → работай; чужой клейм → НИЧЕГО не делать, сообщить человеку «кто держит», ждать (ревок — только оператор).
 - Stale-active (обрыв) → crash-detect: сказать человеку, предложить (игнор/напоминание письмом/продолжить).
 ## Ветки на диск (git worktree)
 - **Ветка = рабочее дерево (папка).** Одна ветка — одно извлечение; одну ветку нельзя выкатить в двух worktree одновременно (`fatal: already checked out`).
 - **Параллельные ветки** → отдельные рабочие деревья:
  ```bash
  git worktree add C:/Users/vitya/projects/.worktrees/mappa-<slug> worker/<slug>
  git worktree list        # карта: folder → branch → commit
  git worktree remove C:/Users/vitya/projects/.worktrees/mappa-<slug>
  ```
 - **Что на диске:** у worktree `.git` — это ФАЙЛ (`gitdir: <главный-репо>/.git/worktrees/<имя>`), не папка. Объекты/refs — ОБЩИЕ (главный `.git/objects`, у нас 51M); per-worktree — только HEAD/index/refs/logs в `<главный>/.git/worktrees/<имя>/`; `commondir` → на общий пул.
 - **Имя папки ≠ маппинг проекта.** Клиент мапит `project=basename(folder)`: для параллельных кластеров либо слать явный `project="mappa"`, либо класть worktree под именем, не ломающим project-резолв. Каждый worktree = отдельная связка сессии (`sourceRef`/folder) → разные ветки = разные клеймы `(repo,branch)` → 409 нет.
 ## Ритуал финиша (closing)
 - `handoff_write(project, session_id, status, summary, open_treks, ask_user, guards, recent_commits)` — по решению человека (не авто-sweep).
 - PROPOSE wiki-ingest (важное знание → вики) + PROPOSE закрытия тасок. Мутации — после подтверждения.
 ## Связано
 [[runbooks/index]] · [[runbooks/inbox]] · [[runbooks/tasks]] · [[canon/gates]] · контракт wiki:2660 · [[concepts/session-live-ingest]] (wiki:2604) · [[methodology/kzntsv/index]] (wiki:3404) · brainstorm:173
--- a/.mappa/share/runbooks/tasks.md
+++ b/.mappa/share/runbooks/tasks.md
@@ -0,0 +1,28 @@
 ---
 title: Runbook — tasks
 summary: Как работать с тасками mappa: ориентация (task_list/board_digest), взятие (status+owner, version+409), ведение (comment-след, blocked_by), optimistic-конфликт 409→retry, закрытие с Review-методом. Контракт: wiki:2660.
 type: runbook
 tags: [mappa, runbook, task, agent]
 ---
 # runbooks/tasks — как работать с тасками
 Процедура «взять → вести → закрыть таску». Канон-контекст: [[canon/gates]] Г2 (каналы), Г4 (адресация). Обновляется при изменениях.
 ## 1. Ориентация / выбор
 - Доска: `task_list(project, status=…)` (компакт: ref/status/priority/title) или `board_digest(project)` (счётчики + overdue/blocked).
 - Взять: `task_get(ref)` → свежая `version` → `task_update(status='active', owner=<identity>, version)` — CAS; конфликт → 409 (см. п.3).
 - Owner — только реально работающий; не брать чужую active-таску.
 ## 2. Ведение
 - `comment_create` — короткий след «где остановился» (не носитель вердиктов — они письмами, канон Г2).
 - blocked_by: `edge_create(from, to, blocked_by)` / снять `edge_delete` (парные review-таски).
 - Пауза/переключение: `task_update(status='paused'|'ready', reason)`.
 ## 3. Optimistic-конфликт (version+409 → retry)
 > **Optimistic-конфликт:** update/close идут с `version` (из `task.get`) → конфликт → **409** → перечитай `task.get` свежим → retry с новой `version`. НЕ работай со stale-version (виден по POST /session 14.7%, POST /requirements/update 23.1% — телеметрия, дайджест 2069).
 ## 4. Закрытие
 - `task_close(ref, version)`: критерии приёмки выполнены И review-метод из `**Review:**` поля исполнен (правило 14: subagent прогнан / next-session review-таска существует / none обоснован).
 - done → парная review-таска разблокируется (если была).
 **Связи:** [[runbooks/index]] · [[canon/gates]] · [[canon/index]]
--- a/.mappa/share/runbooks/wiki.md
+++ b/.mappa/share/runbooks/wiki.md
@@ -0,0 +1,28 @@
 ---
 title: Runbook — wiki
 summary: Как работать с вики mappa: первый шаг (AGENTS/canon), чтение, ингест, обновление (version+409), summary-frontmatter, поиск страниц. Источник: brainstorm:173.
 type: runbook
 tags: [mappa, runbook, wiki, agent]
 ---
 # Runbook: wiki
 ## Первый шаг любой операции
 1. Прочитать канон-блок AGENTS.md проекта (+ AGENTS-сущность зоны: `wiki_get(project, 'AGENTS')`), затем каталог/index.
 2. Скоупы: project (вики проекта), shared (общая тенанта), private (оператора, RLS). `wiki_get` без project = shared → project-страница = 404.
 ## Чтение
 - Страница: `wiki_get(project?, slug)` (компакт-excerpt по умолчанию; полное тело — full:true). Slug искать, не угадывать (Г3, К1–К4).
 - Поиск: `wiki_search(q, scope, project)` / `entity_search(q, type='wiki')` — карточки {ref, slug, summary, snippet} без тел; полное тело — wiki_get/entity_get.
 - Реляционные вопросы («что связывает X и Y», backlinks, сироты) — НЕ чтением, а graph_* (BFS сервером): graph_path/neighbors/backlinks/stats.
 ## Запись
 - `wiki_create(project?, slug, body, scope?)` — create (карв-аут). project-скоуп требует project; shared — scope='shared' без project. summary в frontmatter (одна строка) — карточки поиска читают её.
 - `wiki_update(project, id, body, version)` — update ТОЛЬКО с версией (fresh из wiki_get); конфликт → 409 → re-GET → retry. Без версии — last-write-wins, риск затереть чужое.
 - Противоречие источников — помечать блоком `> **Contradiction:**`, не затирать молча.
 - Op-log ведёт сервис (admin_logs) — ручной log-страницы не вести.
 ## Ингест
 Прочитать источник → извлечь сущности/концепты → summaries/<slug> (иммутабельно) → затронутые страницы create/update → отчёт. Один ингест может трогать 10–15 страниц — нормально. Сырой контент в summaries не дампить (только summary + raw_path).
 ## Связано
 [[runbooks/index]] · [[canon/gates]] (Г1/Г3/Г8) · [[runbooks/search]] · контракт wiki:2660 · [[concepts/wiki-ingest-convention]] (wiki:3312) · brainstorm:173
--- a/.wiki/concepts/minio-imgproxy-on-vds.md
+++ b/.wiki/concepts/minio-imgproxy-on-vds.md
@@ -20,7 +20,7 @@ related: [[vds-kzntsv]], [[recovery-architecture-snapshot]], [[mssql-on-vds]], [
 | Endpoint (внешний, TLS) | `https://minio.kzntsv.site` (traefik → `minio:9000`, LE cert, port 443) |
 | Endpoint (сырой host-порт) | `http://89.253.255.133:9000` (тот же бэкенд, ssl:false) |
 | Endpoint (inter-container на books-vds) | `http://minio:9000` (сеть `proxy`) — так ходит imgproxy |
-| accessKeyId | `AKIAJ2YJP72W6ZHCRE6Q` (= `MINIO_ACCESS_KEY`, root, read+write all) |
+| accessKeyId | `secret:pass/minio-vds/full-env` (= `MINIO_ACCESS_KEY`, root, read+write all) |
 | secretAccessKey | в `pass minio-vds/full-env` (`MINIO_ROOT_PASSWORD`) |
 | region / pathStyle / ssl | `local` / `true` / **`true` для https-хостнейма** (false для сырого `:9000`) |
--- a/.wiki/concepts/sched-workers-vds-mock-runbook.md
+++ b/.wiki/concepts/sched-workers-vds-mock-runbook.md
@@ -0,0 +1,6 @@
 # sched-workers-vds — СТУБ
 > ⚙️ **Не читать, не править.** Канон — mappa wiki-сущность `concepts/sched-workers-vds-mock-runbook` (wiki:3339, проект .admin).
 > Файловый канал ранбуков закрыт (2026-08-29, task:1507). Git-история хранит прежний контент.
 См. `wiki_get(project=".admin", slug="concepts/sched-workers-vds-mock-runbook")`.
--- a/.wiki/concepts/stostayer-admin-minio-config.md
+++ b/.wiki/concepts/stostayer-admin-minio-config.md
@@ -22,7 +22,7 @@ updated: 2026-07-22
 | Параметр | Значение |
 |---|---|
 | accessKeyId | `stayer_minio` (bucket-user) |
-| secretAccessKey | `cXY>AVoWBv#_V-SZn6Vu6Tzx&!M[%UOod` |
+| secretAccessKey | `secret:stostayer/minio` |
 | endpoint | `https://minio-api.stostayer.ru` |
 | region | `us-west-1` (см. ниже — НЕ `local`) |
 | pathStyle / ssl | `true` / `true` |
@@ -31,7 +31,7 @@ imgproxy: `https://imgproxy.stostayer.ru`, basePath `/imgproxy2`, key+salt —
 ## Три бага в исходном Web.config (почему "смотрит на локальное")
-1. **Чужие креды.** `accessKey=AKIAJ2YJP72W6ZHCRE6Q` + `secretKey=7o0Q4NjE5GL…` — это **books-vds/snolla MinIO root-ключ** (см. [[minio-imgproxy-on-vds]]). На stostayer MinIO не зарегистрирован → `The Access Key Id you provided does not exist in our records`. Видимо, конфиг копипастом из snolla catch-all admin ([[snolla-local-admin-and-on-snolla-migration-design]], тот юзает books-vds `minio.kzntsv.site`), без замены ключей на stostayer-свои.
+1. **Чужие креды.** `accessKey=secret:pass/minio-vds/full-env` + `secretKey=<root-secret>5GL…` — это **books-vds/snolla MinIO root-ключ** (см. [[minio-imgproxy-on-vds]]). На stostayer MinIO не зарегистрирован → `The Access Key Id you provided does not exist in our records`. Видимо, конфиг копипастом из snolla catch-all admin ([[snolla-local-admin-and-on-snolla-migration-design]], тот юзает books-vds `minio.kzntsv.site`), без замены ключей на stostayer-свои.
 2. **Не API-порт.** `serviceURL=https://minio.stostayer.ru` → MinIO отвечает `S3 API Requests must be made to API port`. Прод юзает `https://minio-api.stostayer.ru`. Оба хоста резолвятся в один IP `2a03:6f01:1:2::c66b`, но `minio.stostayer.ru` — не S3 API-эндпоинт.
 3. **Регион.** `authenticationRegion="local"` → SigV4-подпись регионом не совпала → `AmazonS3Exception: The authorization header is malformed; the region is wrong; expecting 'us-west-1'` (HTTP 400) на `GalleriesStorage.EnsureKeyPrefixExists` → `S3DirectoryInfo.ExistsWithBucketCheck` (провайдер галерей падал на ините, в трассе `ToolsController.ImagePreview` → `CreatePreview`). stostayer MinIO настроен на регион `us-west-1`. Прод `default.json` пишет `region:"local"`, но то Node aws-sdk (galleries через imgproxy мимо app-S3; для .NET AWSSDK регион обязан быть `us-west-1`).
@@ -40,8 +40,8 @@ imgproxy: `https://imgproxy.stostayer.ru`, basePath `/imgproxy2`, key+salt —
 9 S3-блоков в `fileStorageClients` (galleries/assets/images/scripts/stylesheets/imageCache/watermarks + inert-настройки contentCache/uploadCache) — 3 глобальные замены в `Web.config`:
 ```
-accessKey:   AKIAJ2YJP72W6ZHCRE6Q                        → stayer_minio
+accessKey:   secret:pass/minio-vds/full-env                        → stayer_minio
-secretKey:   7o0Q4NjE5GLkdC48r0oZFEnqddjPNLqtCk+ZEh+S    → cXY&gt;AVoWBv#_V-SZn6Vu6Tzx&amp;!M[%UOod   (XML-escape: > → &gt;, & → &amp;)
+secretKey:   secret:pass/minio-vds/full-env    → cXY&gt;AVoWBv#_V-SZn6Vu6Tzx&amp;!M[%UOod   (XML-escape: > → &gt;, & → &amp;)
 serviceURL:  https://minio.stostayer.ru                  → https://minio-api.stostayer.ru
 authenticationRegion: local                              → us-west-1
 ```
@@ -68,4 +68,4 @@ authenticationRegion: local                              → us-west-1
 - [[galleries-storage-class-local-not-s3]] — snolla-тираж: galleries/assets Local→S3 миграция, snolla catch-all admin на books-vds MinIO.
 - [[snolla-admin-appdata-acl-500-after-scp-migration]] — split-brain админка(Local)↔боевой app(MinIO) на RUVDS; та же проблема «админка не переключена на S3».
- [[minio-imgproxy-on-vds]] — books-vds MinIO (root-ключ `AKIAJ2YJP72W6ZHCRE6Q`), который ошибочно попал в stostayer Web.config.
+- [[minio-imgproxy-on-vds]] — books-vds MinIO (root-ключ `secret:pass/minio-vds/full-env`), который ошибочно попал в stostayer Web.config.
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -20,4 +20,21 @@ we're on Windows
 # Session live-ingest
-session sync: write to mappa
+`session sync: write to mappa` — opt-in для pi session-sync / CC-хука (w:2604): live-ingest сессий в mappa. Без opt-in сессии не пишутся в mappa (диагноз 2026-08-29: opt-in неполный → мусор mappa.ts:404 + live-ingest не поднят).
 <!-- mappa:canon-block (auto; do not edit) -->
 ## Mappa canon
 **Gates (canon/gates — shared):** краткая суть; полный текст — `wiki_get(slug='canon/gates', full=true)`
 - Г1. Знание и артефакты → mappa, не файлы — durable-знание и артефакты проекта живут в mappa; файловые каналы (`.brainstorm/`, `.tasks/`, `.wiki/`) и «сохранить рядом с проектом» закрыты.
 - Г2. Контракт каналов — письмо (inbox) — носитель вердиктов/указаний/находок, полным телом; комментарии на тасках — короткий след. Адресация `about`/`to`/`thread` (XOR); lifecycle `ack`/`resolve`/`cancel`.
 - Г3. Поиск до угадывания — не угадывать slug/роут: сначала `search`/`wiki_search`; `wiki_get` без project = shared; общая память — `search(mode='recall')`.
 - Г4. Адресация и слаги — рефы полными именами (`[[task:N]]`/`[[wiki:slug]]`); слаги kebab-case, латиница; номера `task:N` выдаёт сервер.
 - Г5. .mappa-гейт — папка участвует в mappa-операциях только с маркером `.mappa`; нет маркера → сказать человеку, мутации — отказ.
 - Г6. Секреты — в mappa не пишутся (422); только `secret:<path>`-рефы, значения мимо.
 - Г7. Degraded-режим — mappa недоступна: читать кэш `.mappa/` (canon/methodology/runbooks), мутации → `.mappa/pending/`; нет кэша → стоп, не импровизировать.
 - Г8. Перед работой с вики/каноном — первым действием прочитать канон-блок AGENTS.md проекта.
 - Г9. Живое состояние до заявления — статус заявлять только по свежему чтению mappa, не по памяти/кэшу/ответу create.
 **Entity → runbook (runbooks/index — shared):** task → [[runbooks/tasks]] · wiki → [[runbooks/wiki]] · inbox → [[runbooks/inbox]] · **thread** → [[runbooks/threads]] · session → [[runbooks/session]] · search → [[runbooks/search]] · issue → [[runbooks/issue]] · **intent** → [[runbooks/intent]] · requirements → [[runbooks/requirements]] · plan → [[runbooks/plan]] · comment → [[runbooks/comment]] · tag → [[runbooks/tag]] · attachment → [[runbooks/attachment]] · release → [[runbooks/release]] · brainstorm → [[runbooks/brainstorm]] · agent → [[runbooks/agent-operator]] · repo → [[runbooks/repo-commit]] · project → [[runbooks/project]] · skill → [[runbooks/skill]] · entity-слой → [[runbooks/entity]] · sched → [[runbooks/sched-telemetry]]
 **Methodology:** `methodology/kzntsv`
 **Canon version:** 4
 <!-- /mappa:canon-block -->
--- a/daemon3.log
+++ b/daemon3.log
@@ -1,18 +0,0 @@
 node:internal/modules/cjs/loader:1386
  throw err;
  ^
 Error: Cannot find module 'C:\Users\vitya\projects\.admin\daemon3.js'
    at Function._resolveFilename (node:internal/modules/cjs/loader:1383:15)
    at defaultResolveImpl (node:internal/modules/cjs/loader:1025:19)
    at resolveForCJSWithHooks (node:internal/modules/cjs/loader:1030:22)
    at Function._load (node:internal/modules/cjs/loader:1192:37)
    at TracingChannel.traceSync (node:diagnostics_channel:328:14)
    at wrapModuleLoad (node:internal/modules/cjs/loader:237:24)
    at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:171:5)
    at node:internal/main/run_main_module:36:49 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
 }
 Node.js v22.22.0
--- a/host-stacks/local/sched-pipelines/schedd.Dockerfile
+++ b/host-stacks/local/sched-pipelines/schedd.Dockerfile
@@ -1,6 +1,6 @@
 # schedd — опубликованный daemon из приватного реестра (verdaccio), как на проде.
-# @sched/daemon@0.9.0 (latest) + deps (core 0.48.0) — cancel-форвардинг фикс:
+# @sched/daemon@0.12.1 (latest) + deps (core 0.53.0) — cancel-форвардинг + cancel-on-poll-timeout:
-# диспетчер форвардит cancel к per-task раннеру (task.runner), нет хука → no-op.
+# при poll-timeout sched шлёт POST /cancel воркеру до записи failed (фикс расхождения вердикт↔реальность).
 # node >= 24 (engines у daemon; node:sqlite).
 FROM node:24-alpine
 RUN apk add --no-cache git
@@ -8,7 +8,7 @@ WORKDIR /app
 ENV NODE_ENV=production
 ARG VERDACCIO_TOKEN
 RUN npm config set //verdaccio.kzntsv.site/:_authToken=${VERDACCIO_TOKEN} \
- && npm install -g @sched/daemon@0.9.0 --registry=https://verdaccio.kzntsv.site --no-audit --no-fund
+ && npm install -g @sched/daemon@0.12.1 --registry=https://verdaccio.kzntsv.site --no-audit --no-fund
 EXPOSE 8080
 VOLUME ["/data"]
 ENTRYPOINT ["schedd"]
--- a/host-stacks/local/sched-pipelines/tasks.json
+++ b/host-stacks/local/sched-pipelines/tasks.json
@@ -7,9 +7,22 @@
        "url": "http://ozon-seller-builder:8080/run?async=1",
        "method": "POST",
        "envelope": true,
-        "auth": { "apiKey": "__SCHED_API_KEY__" },
+        "auth": {
          "apiKey": "__SCHED_API_KEY__"
        },
        "data": {
-          "stages": ["hash", "patch", "diff", "classify", "generate", "fix", "build", "postman", "state", "publish"],
+          "stages": [
            "hash",
            "patch",
            "diff",
            "classify",
            "generate",
            "fix",
            "build",
            "postman",
            "state",
            "publish"
          ],
          "dryRun": false,
          "readmeTemplate": "/app/data/package-readme.md"
        }
@@ -20,13 +33,28 @@
      "runner": "http",
      "config": {
        "handler": "pipeline",
        "timeoutMs": 120000,
        "url": "http://ym-client-builder:8080/run",
        "method": "POST",
        "envelope": true,
-        "auth": { "apiKey": "__SCHED_API_KEY__" },
+        "auth": {
          "apiKey": "__SCHED_API_KEY__"
        },
        "data": {
-          "stages": ["fetch", "detect", "diff", "classify", "patch", "generate", "fix", "build", "test", "postmanGenerate", "postman", "publish", "githubDistro"],
+          "stages": [
            "fetch",
            "detect",
            "diff",
            "classify",
            "patch",
            "generate",
            "fix",
            "build",
            "test",
            "postmanGenerate",
            "postman",
            "publish",
            "githubDistro"
          ],
          "dryRun": false,
          "repo": "https://github.com/yandex-market/yandex-market-partner-api",
          "branch": "main",
@@ -39,15 +67,29 @@
          "remoteBase": "__PUBLISH_REMOTE_BASE__",
          "githubApiBase": "__PUBLISH_GH_API_BASE__",
          "notify": {
-            "ntfy": { "url": "http://ntfy", "topic": "ym-client-builder" },
+            "ntfy": {
-            "email": { "to": "vitya.kuznetsov@gmail.com", "endpoint": "http://unisender-mock:8080/ru/transactional/api/v1/email/send.json", "on": ["published", "report", "failed"] }
+              "url": "http://ntfy",
              "topic": "ym-client-builder"
            },
            "email": {
              "to": "vitya.kuznetsov@gmail.com",
              "endpoint": "http://unisender-mock:8080/ru/transactional/api/v1/email/send.json",
              "on": [
                "published",
                "report",
                "failed"
              ]
            }
          }
-        }
+        },
        "timeoutMs": 900000
      }
    }
  ],
  "alerts": {
-    "on": ["failed"],
+    "on": [
      "failed"
    ],
    "onMissed": true,
    "webhook": {
      "url": "http://alert-bridge:9090/webhook",
@@ -55,4 +97,4 @@
      "timeoutMs": 10000
    }
  }
-}
+}
--- a/host-stacks/vds-kzntsv/mappa.compose.yml
+++ b/host-stacks/vds-kzntsv/mappa.compose.yml
@@ -5,10 +5,10 @@
 services:
  mappa:
-    image: registry.kzntsv.site/mappa:v0.32.0
+    image: registry.kzntsv.site/mappa:v0.64.14
    container_name: mappa
    restart: unless-stopped
-    mem_limit: 512m
+    mem_limit: 1g
    networks:
      - shared-dbs
      - proxy
@@ -16,6 +16,40 @@ services:
      DATABASE_URL: postgres://mappa:${MAPPA_DB_PASS}@postgres:5432/mappa
      MAPPA_GITEA_TOKEN: ${MAPPA_GITEA_TOKEN}
      MAPPA_API_TOKEN: ${MAPPA_API_TOKEN}
      MAPPA_EXPORT_ENABLED: ${MAPPA_EXPORT_ENABLED}
      MAPPA_EXPORT_DIR: ${MAPPA_EXPORT_DIR}
      # embedded sched (task:1651): инфра-джобы vitya (telemetry_aggregate/anomalies); git_index_sync — после task:1691
      MAPPA_SCHED_RULES: ${MAPPA_SCHED_RULES}
      MAPPA_TELEMETRY_ANOMALY_RULES: ${MAPPA_TELEMETRY_ANOMALY_RULES}
      # per-repo таймаут git_index_sync (task:1288/1754): известные таймауты MoreThenCms/O_C-Phazerville
      MAPPA_GIT_INDEX_REPO_TIMEOUT_MS: ${MAPPA_GIT_INDEX_REPO_TIMEOUT_MS}
      # клиентский стек версий (task:2075/2084): latest mappa-setup / min-граница (клиент ниже → 426)
      # env 10/10; согласовано с mappa: latest=0.2.0, min=0.1.0 (inbox:3372/3380)
      MAPPA_CLIENT_LATEST: ${MAPPA_CLIENT_LATEST}
      MAPPA_CLIENT_MIN: ${MAPPA_CLIENT_MIN}
      # S3-бэкенд blob attachment (task:2123, wiki:3435/3309): MinIO mappa-attachments
      # декларация обязательна — Portainer env-массив транслирует только её (gotcha v0.55.1)
      MAPPA_ATTACHMENT_BACKEND: ${MAPPA_ATTACHMENT_BACKEND}
      MAPPA_S3_ENDPOINT: ${MAPPA_S3_ENDPOINT}
      MAPPA_S3_BUCKET: ${MAPPA_S3_BUCKET}
      MAPPA_S3_REGION: ${MAPPA_S3_REGION}
      MAPPA_S3_ACCESS_KEY: ${MAPPA_S3_ACCESS_KEY}
      MAPPA_S3_SECRET_KEY: ${MAPPA_S3_SECRET_KEY}
      # per-host креды git-провайдера (issue:30 creds-layer, task:2569): kreknin gitea
      # JSON {host: {url, token}}; дефолт-креды (kzntsv) — MAPPA_GITEA_TOKEN выше
      MAPPA_GIT_GITEA_HOSTS: ${MAPPA_GIT_GITEA_HOSTS}
      # телеметрия → S3 (task:2124): агрегаты jsonl в mappa-telemetry (вместо type=metric)
      MAPPA_TELEMETRY_BACKEND: ${MAPPA_TELEMETRY_BACKEND}
      MAPPA_TELEMETRY_S3_BUCKET: ${MAPPA_TELEMETRY_S3_BUCKET}
    volumes:
      # git-бэкап (task:1430): каталог экспорта = рабочая копия vds-mappa-backup на хосте
      - /root/vds-mappa-backup:/backup
      # MCP-сессии персистентные (task:1680/issue:15, v0.40.1): стор сессий
      # (/app/data/mcp-sessions.json) переживает редеплой контейнера
      - /root/vds-mappa-data:/app/data
      # code-access local-слой (task:2057): bare-репо gitea (git.kzntsv.site, тот же VDS),
      # ro-маунт на дефолтный MAPPA_GIT_GITEA_ROOT=/data/gitea/repositories (git --git-dir, 0 клонов)
      - /opt/stacks/gitea/data/git/repositories:/data/gitea/repositories:ro
    healthcheck:
      test: ["CMD", "wget", "-q", "-O", "/dev/null", "http://127.0.0.1:8731/health"]
      interval: 15s
--- a/host-stacks/vds-kzntsv/pilonuxt.compose.yml
+++ b/host-stacks/vds-kzntsv/pilonuxt.compose.yml
@@ -26,7 +26,7 @@
 services:
  pilonuxt:
    container_name: pilonuxt
-    image: registry.kzntsv.site/pilonuxt:64c2539   # git-sha 64c2539 (2026-08-16: @snolla/admin-api 0.11.0 — array-canon Content=массив + D6 dirty-flag; was 1128ddc)
+    image: registry.kzntsv.site/pilonuxt:5a93b20   # git-sha 5a93b20 (task:2678 taxonomy canonical from page_path)
    restart: unless-stopped
    environment:
      NODE_ENV: production
@@ -44,6 +44,7 @@ services:
      THEMES_BUCKET: themes
      # CUTOVER 2026-06-15: боевой домен www.pilorama98.ru — аналитика ВКЛ
      # (дефолт GTM-MNNXFJ6, env не задаём). На smoke-поддомене гасили `""`.
      NODE_CONFIG: '{"s3":{"endpoint":"https://minio.vds.kzntsv.site","region":"us-east-1","forcePathStyle":true,"accessKeyId":"AKIAJ2YJP72W6ZHCRE6Q","secretAccessKey":"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"}}'
    networks:
      - proxy
    labels:
--- a/host-stacks/vds-kzntsv/sched-workers.compose.yml
+++ b/host-stacks/vds-kzntsv/sched-workers.compose.yml
@@ -0,0 +1,96 @@
 # sched-workers — HTTP-воркеры пайплайнов клиентов @apilki (VDS, рядом с ядром sched).
 # Ядро sched: стек 28 (sched.compose.yml). Воркеры — отдельный стек в той же сети proxy,
 # sched ходит к ним по имени сервиса из sched.tasks.json.
 # Моки: verdaccio.kzntsv.site (npm), git.kzntsv.site (Gitea = мок-GitHub, орга apilki),
 #   ntfy (VDS-сервис в proxy), unisender-mock (локальный мок писем в этом стеке).
 # Deploy: Portainer-managed (см. portainer-stack-management-vds). Env через Portainer (не env_file).
 # Source-of-truth: host-stacks/vds-kzntsv/sched-workers.compose.yml.
 services:
  ym-client-builder:
    image: registry.kzntsv.site/ym-client-builder:0.1.2
    container_name: ym-client-builder
    restart: unless-stopped
    mem_limit: 512m
    networks:
      - proxy
    environment:
      PORT: "8080"
      SCHED_API_KEY: ${SCHED_API_KEY}
      UNISENDER_API_KEY: mock-key
      UNISENDER_FROM: noreply@snolla.com
      NPM_TOKEN: ${NPM_TOKEN}
      GITHUB_TOKEN: ${GITHUB_TOKEN}
      # мок-publish: verdaccio (npm) + Gitea (репо/релизы) — без выхода в npmjs/github.com
      PUBLISH_REGISTRY: ${PUBLISH_REGISTRY}
      PUBLISH_REMOTE_BASE: ${PUBLISH_REMOTE_BASE}
      PUBLISH_GH_API_BASE: ${PUBLISH_GH_API_BASE}
    volumes:
      - /opt/stacks/sched-workers/data-ym:/app/data
  ozon-seller-builder:
    image: registry.kzntsv.site/ozon-seller-builder:0.1.0
    container_name: ozon-seller-builder
    restart: unless-stopped
    # tsc-сборка клиента ~700MB пик (openapi-generator + компилятор) — 512m OOM
    mem_limit: 1g
    networks:
      - proxy
    environment:
      WORKER_PORT: "8080"
      SCHED_API_KEY: ${SCHED_API_KEY}
      # внутренний крон не нужен — расписанием рулит sched. 31 февраля не наступает никогда.
      CRON_SCHEDULE: "0 0 29 2 *"
      # персистентность state/output на хосте (bind-mount /app/data)
      STATE_FILE: /app/data/state.json
      OUTPUT_DIR: /app/data/output/typescript
      # безопасный дефолт: DRY_RUN=1. Реальный мок-publish — только явным data.dryRun=false в таске.
      DRY_RUN: "1"
      BROWSER_CDP_URL: http://browser:9222
      NTFY_URL: http://ntfy
      NTFY_TOPIC: ozon-seller-pipeline
      UNISENDER_API_KEY: mock-key
      UNISENDER_SENDER_EMAIL: noreply@snolla.com
      UNISENDER_SENDER_NAME: sched-pipeline
      UNISENDER_ENDPOINT: http://unisender-mock:8080/ru/transactional/api/v1/email/send.json
      NOTIFY_EMAIL_TO: ${NOTIFY_EMAIL_TO}
      GH_TOKEN: ${GITHUB_TOKEN}
      NPM_TOKEN: ${NPM_TOKEN}
      # мок-publish: verdaccio (npm) + Gitea (репо/релизы) — без выхода в npmjs/github.com
      PUBLISH_REGISTRY: ${PUBLISH_REGISTRY}
      PUBLISH_REMOTE_BASE: ${PUBLISH_REMOTE_BASE}
      PUBLISH_GH_API_BASE: ${PUBLISH_GH_API_BASE}
    volumes:
      - /opt/stacks/sched-workers/data-ozon:/app/data
      # снапшот спеки из репо (fetch антиботом не ходим — dry-run от ручного снапшота)
      - /opt/stacks/sched-workers/data-ozon-openapi:/app/openapi
    depends_on:
      - browser
  # headless Chrome + CDP :9222 (для антибот-fetch стадий ozon), socat наружу 0.0.0.0:9222
  browser:
    image: registry.kzntsv.site/browser-cdp:0.1.0
    container_name: browser-cdp
    shm_size: "1gb"
    restart: unless-stopped
    mem_limit: 512m
    networks:
      - proxy
  # мок Unisender Go: письма в /opt/stacks/sched-workers/data-mail, реальных отправок нет
  unisender-mock:
    image: registry.kzntsv.site/unisender-mock:0.1.0
    container_name: unisender-mock
    restart: unless-stopped
    mem_limit: 128m
    environment:
      PORT: "8080"
      MAIL_DIR: /mail
    volumes:
      - /opt/stacks/sched-workers/data-mail:/mail
    networks:
      - proxy
 networks:
  proxy:
    external: true
--- a/host-stacks/vds-kzntsv/sched.tasks.json
+++ b/host-stacks/vds-kzntsv/sched.tasks.json
@@ -1,7 +1,95 @@
 {
-  "tasks": [],
+  "tasks": [
    {
      "name": "ozon-seller-pipeline",
      "runner": "http",
      "config": {
        "url": "http://ozon-seller-builder:8080/run?async=1",
        "method": "POST",
        "envelope": true,
        "auth": {
          "apiKey": "__SCHED_API_KEY__"
        },
        "data": {
          "stages": [
            "hash",
            "patch",
            "diff",
            "classify",
            "generate",
            "fix",
            "build",
            "postman",
            "state",
            "publish"
          ],
          "dryRun": false,
          "readmeTemplate": "/app/data/package-readme.md"
        }
      }
    },
    {
      "name": "yandex-market-pipeline",
      "runner": "http",
      "config": {
        "handler": "pipeline",
        "url": "http://ym-client-builder:8080/run",
        "method": "POST",
        "envelope": true,
        "auth": {
          "apiKey": "__SCHED_API_KEY__"
        },
        "data": {
          "stages": [
            "fetch",
            "detect",
            "diff",
            "classify",
            "patch",
            "generate",
            "fix",
            "build",
            "test",
            "postmanGenerate",
            "postman",
            "publish",
            "githubDistro"
          ],
          "dryRun": false,
          "repo": "https://github.com/yandex-market/yandex-market-partner-api",
          "branch": "main",
          "workDir": "/app/data/clone",
          "snapshotsDir": "data/openapi/snapshots",
          "statePath": "data/state.json",
          "outputDir": "data/output/typescript",
          "testsDir": "tests/client",
          "registry": "__PUBLISH_REGISTRY__",
          "remoteBase": "__PUBLISH_REMOTE_BASE__",
          "githubApiBase": "__PUBLISH_GH_API_BASE__",
          "notify": {
            "ntfy": {
              "url": "http://ntfy",
              "topic": "ym-client-builder"
            },
            "email": {
              "to": "vitya.kuznetsov@gmail.com",
              "endpoint": "http://unisender-mock:8080/ru/transactional/api/v1/email/send.json",
              "on": [
                "published",
                "report",
                "failed"
              ]
            }
          }
        },
        "timeoutMs": 900000
      }
    }
  ],
  "alerts": {
-    "on": ["failed"],
+    "on": [
      "failed"
    ],
    "onMissed": true,
    "onSyncFailed": true,
    "webhook": {
--- a/scripts/sync-sched-publish.mjs
+++ b/scripts/sync-sched-publish.mjs
@@ -0,0 +1,365 @@
 // sched → GitHub: полный синк курируемой копии (ранбук wiki:3332, task:1711).
 //
 // Алгоритм (один коммит на волну, pre-push CI-эквивалентный гейт):
 //   collect  — ls-files dev минус исключения (.wiki/.tasks/.agents/AGENTS/CLAUDE/
 //              branding-pora/pngtree/327274997/cat-clock/MIGRATION)
 //   copy     — mkdir -p + cp в pub (untracked dev-мусор не копируется)
 //   bleach   — dev-приватное → публичное (yarnrc/Dockerfile/compose/nuxt/
 //              sched-links/publish-check/CHANGELOG/examples)
 //   scrub    — dist: rm -rf + cp из dev + скраб git.kzntsv (в т.ч. \u002F и \\u002F)
 //   lock     — yarn.lock регенерация против npmjs (gotcha 8): если
 //              `yarn install --immutable` падает YN0028 → `yarn install` → перепроверка
 //   gate     — CI-эквивалент ЛОКАЛЬНО до пуша (gotcha 10/11):
 //              tsc --noEmit + vitest (vitest.ci.config.ts) прямыми вызовами
 //              node_modules (обходит Windows yarn-workspace-bin-болезнь)
 //   commit   — один чистый коммит (amend при --amend)
 //   push     — только если gate зелёный (без --push — стоп перед пушем)
 //
 // Windows-заметка: `yarn workspace run` не добавляет root .bin в PATH
 // (command not found: tsc) — гейт вызывает node node_modules/... напрямую.
 //
 // Использование:
 //   node scripts/sync-sched-publish.mjs              # полный цикл до пуша (стоп, показать)
 //   node scripts/sync-sched-publish.mjs --push       # + push origin main
 //   node scripts/sync-sched-publish.mjs --amend      # amend последнего коммита (после фикса dev)
 //   node scripts/sync-sched-publish.mjs --only=lock  # только фаза
 //   node scripts/sync-sched-publish.mjs --no-copy    # пропустить фазы copy/bleach/scrub
 //
 // Возврат: 0 = зелёно, 1 = что-то упало (причины в stdout, мутаций нет после точки отказа).
 import { execSync } from "node:child_process";
 import fs from "node:fs";
 import path from "node:path";
 import os from "node:os";
 const HOME = os.homedir().replace(/\\/g, "/");
 const DEV = process.env.SCHED_DEV || `${HOME}/projects/sched`;
 const PUB = process.env.SCHED_PUB || `${HOME}/projects/sched-upstream`;
 const args = process.argv.slice(2);
 const PUSH = args.includes("--push");
 const AMEND = args.includes("--amend");
 const ONLY = args.includes("--only=") ? args.find((a) => a.startsWith("--only=")).slice(7) : null;
 const NO_COPY = args.includes("--no-copy");
 // ── helpers ────────────────────────────────────────────────────────────────
 const sh = (cmd, opts = {}) =>
  execSync(cmd, { stdio: ["ignore", "pipe", "pipe"], encoding: "utf8", ...opts });
 const shSilent = (cmd) => {
  try { return sh(cmd).trim(); } catch { return null; }
 };
 const log = (s) => console.log(s);
 const fail = (s) => { console.error(`\n✗ ${s}`); process.exitCode = 1; };
 function copyTree(srcFile, dstFile) {
  if (!fs.existsSync(srcFile)) return; // удалён в dev → удалится в pub через git add -A
  fs.mkdirSync(path.dirname(dstFile), { recursive: true });
  fs.copyFileSync(srcFile, dstFile);
 }
 // ── фазы ───────────────────────────────────────────────────────────────────
 function collect() {
  const out = shSilent(`git -C "${DEV}" ls-files`);
  if (out === null) { fail("dev не git-репо"); return null; }
  const EXCL = /^\.wiki\/|^\.tasks\/|^\.agents\/|^\.mappa\/|^AGENTS\.md$|^CLAUDE\.md$|^branding\/pora-|^pngtree-|^327274997_|^cat-clock-|^MIGRATION\.md$/;
  return out.split("\n").filter((f) => f && !EXCL.test(f));
 }
 // dev-only артефакты, которые не должны жить в pub НИКОГДА (gotcha 15: .mappa/config.yaml
 // несёт внутренний реестр — tenant/mappa.vds.kzntsv.site/git.kzntsv.site; в волне 2026-09-19
 // утёк в паблик-коммит, потому что exclusion-list его не знал)
 const NEVER = [".mappa"];
 function purge() {
  for (const p of NEVER) {
    const t = `${PUB}/${p}`;
    if (fs.existsSync(t)) { fs.rmSync(t, { recursive: true, force: true }); log(`purge: удалён ${p} (dev-only)`); }
  }
 }
 function copy(files) {
  for (const f of files) copyTree(`${DEV}/${f}`, `${PUB}/${f}`);
  log(`copy: ${files.length} файлов`);
  purge();
 }
 // выбеливание — точечные замены, идемпотентно (эталон: верифицированный b0afd14)
 function bleach() {
  const sub = (rel, pairs) => {
    const p = `${PUB}/${rel}`;
    if (!fs.existsSync(p)) return;
    let s = fs.readFileSync(p, "utf8");
    let dirty = false;
    for (const [old, nw] of pairs) if (s.includes(old)) { s = s.replaceAll(old, nw); dirty = true; }
    if (dirty) fs.writeFileSync(p, s);
  };
  // .yarnrc.yml — канон целиком (3 строки, фиксированный)
  fs.writeFileSync(`${PUB}/.yarnrc.yml`, `nodeLinker: node-modules\nenableTelemetry: false\nnpmRegistryServer: "https://registry.npmjs.org"\n`);
  sub("docker-compose.dev.yml", [
    ["# npm-based image: pull @schedjs/daemon from the private verdaccio.",
     "# npm-based image: pull @schedjs/daemon from the public npm registry."],
    ["NPM_REGISTRY: ${NPM_REGISTRY:-https://verdaccio.kzntsv.site}",
     "NPM_REGISTRY: ${NPM_REGISTRY:-https://registry.npmjs.org}"],
    ["NPM_TOKEN: ${VERDACCIO_TOKEN:-}", "NPM_TOKEN: ${NPM_TOKEN:-}"],
  ]);
  sub("apps/daemon/Dockerfile", [
    ["# Build (public registry):\n#   docker build -t schedd:0.10.2 apps/daemon\n# Build (private verdaccio — our internal registry):\n#   docker build --secret id=verdaccio_token,env=VERDACCIO_TOKEN \\\n#                --build-arg NPM_REGISTRY=https://verdaccio.kzntsv.site \\\n#                -t registry.kzntsv.site/sched-daemon:0.10.2 apps/daemon\n#",
     "# Build:\n#   docker build -t schedd:0.12.1 apps/daemon\n#\n# Private-registry mirror (optional, internal use): pass the registry URL as\n# NPM_REGISTRY + a BuildKit secret to install from a mirror instead of npmjs.\n#"],
    ["(verdaccio serves none)", "(a mirror serves none)"],
    ["# VERDACCIO_TOKEN comes from the BuildKit secret (mount type=secret).",
     "# NPM_TOKEN comes from the BuildKit secret (mount type=secret)."],
    ["id=verdaccio_token", "id=npm_token"],
    ["/run/secrets/verdaccio_token", "/run/secrets/npm_token"],
  ]);
  sub("docs/nuxt.config.ts", [
    ["?? 'https://git.kzntsv.site/victor/sched'", "?? 'https://github.com/schedjs/schedjs'"],
    ["?? 'https://verdaccio.kzntsv.site'", "?? 'https://registry.npmjs.org'"],
    ["?? 'registry.kzntsv.site'", "?? 'ghcr.io/schedjs'"],
  ]);
  sub("docs/modules/sched-links.ts", [
    ["?? 'https://git.kzntsv.site/victor/sched'", "?? 'https://github.com/schedjs/schedjs'"],
    ["?? 'https://verdaccio.kzntsv.site'", "?? 'https://registry.npmjs.org'"],
    ["?? 'registry.kzntsv.site'", "?? 'ghcr.io/schedjs'"],
    ["VERDACCIO_TOKEN", "NPM_TOKEN"],
  ]);
  sub("CHANGELOG.md", [
    ["на verdaccio", "на npm"], ["→ verdaccio", "→ npm"],
    ["registry.kzntsv.site/sched-daemon", "ghcr.io/schedjs/sched-daemon"],
  ]);
  for (const p of ["scripts/publish-check.mjs", "scripts/publish-check.test.mjs"]) {
    sub(p, [["registry.kzntsv.site/sched-daemon", "ghcr.io/schedjs/sched-daemon"]]);
  }
  for (const f of ["examples/admin-client-python/generate.ps1", "examples/admin-client-ts/generate.ps1"]) {
    sub(f, [[" (verdaccio subpath export);", ";"]]);
  }
  for (const f of [
    "examples/admin-client-python/README.md",
    "examples/admin-client-ts/README.md",
    "examples/admin-client-python/tests/test_admin_client.py",
  ]) {
    sub(f, [["verdaccio", "npm"]]);
  }
  log("bleach: выбелено");
 }
 function scrubDist() {
  const devDist = `${DEV}/docs/dist`;
  const pubDist = `${PUB}/docs/dist`;
  if (!fs.existsSync(devDist)) { log("scrub: нет dev docs/dist — пропуск"); return; }
  fs.rmSync(pubDist, { recursive: true, force: true });
  fs.cpSync(devDist, pubDist, { recursive: true });
  // скраб остатков kzntsv (прямые + \u002F + \\u002F в _payload.json)
  const pairs = [
    ["git.kzntsv.site/victor/sched", "github.com/schedjs/schedjs"],
    ["verdaccio.kzntsv.site/:_authToken=${VERDACCIO_TOKEN}", "registry.npmjs.org/:_authToken=${NPM_TOKEN}"],
    ["verdaccio.kzntsv.site", "registry.npmjs.org"],
    ["registry.kzntsv.site/sched-daemon", "ghcr.io/schedjs/sched-daemon"],
    ["registry.kzntsv.site", "ghcr.io/schedjs"],
    ["VERDACCIO_TOKEN", "NPM_TOKEN"],
  ];
  const esc1 = "\\u002F", esc2 = "\\\\u002F"; // \u002F и \\u002F (JSON-двойной)
  const escPairs = [
    ["git.kzntsv.site" + esc2 + "victor" + esc2 + "sched", "github.com" + esc2 + "schedjs" + esc2 + "schedjs"],
    ["git.kzntsv.site" + esc1 + "victor" + esc1 + "sched", "github.com" + esc1 + "schedjs" + esc1 + "schedjs"],
    ["registry.kzntsv.site" + esc2 + "sched-daemon", "ghcr.io/schedjs" + esc2 + "sched-daemon"],
    ["registry.kzntsv.site" + esc1 + "sched-daemon", "ghcr.io/schedjs" + esc1 + "sched-daemon"],
    ["verdaccio.kzntsv.site" + esc2 + ":_authToken=${VERDACCIO_TOKEN}", "registry.npmjs.org" + esc2 + ":_authToken=${NPM_TOKEN}"],
    ["verdaccio.kzntsv.site" + esc1 + ":_authToken=${VERDACCIO_TOKEN}", "registry.npmjs.org" + esc1 + ":_authToken=${NPM_TOKEN}"],
    ["verdaccio.kzntsv.site" + esc2, "registry.npmjs.org" + esc2],
    ["verdaccio.kzntsv.site" + esc1, "registry.npmjs.org" + esc1],
    ["registry.kzntsv.site" + esc2, "ghcr.io/schedjs" + esc2],
    ["registry.kzntsv.site" + esc1, "ghcr.io/schedjs" + esc1],
  ];
  const walk = (dir) => fs.readdirSync(dir, { withFileTypes: true }).flatMap((e) => {
    const p = `${dir}/${e.name}`;
    return e.isDirectory() ? walk(p) : [p];
  });
  let changed = 0;
  for (const f of walk(pubDist)) {
    if (f.endsWith(".svg")) continue;
    let data;
    try { data = fs.readFileSync(f, "utf8"); } catch { continue; }
    let orig = data;
    for (const [old, nw] of pairs) data = data.split(old).join(nw);
    for (const [old, nw] of escPairs) data = data.split(old).join(nw);
    if (data !== orig) { fs.writeFileSync(f, data); changed++; }
  }
  log(`scrub: dist скопирован, изменено ${changed} файлов`);
  // logo.svg НЕ коммитить (gotcha 4)
  if (fs.existsSync(`${pubDist}/logo.svg`)) fs.rmSync(`${pubDist}/logo.svg`);
 }
 function lock() {
  // сначала immutable; если падает — регенерация и перепроверка
  const imm = shSilent(`cd "${PUB}" && yarn install --immutable`);
  if (imm === null || imm.includes("YN0028") || /Failed with errors/.test(imm)) {
    log("lock: immutable упал — регенерирую против npmjs");
    const regen = shSilent(`cd "${PUB}" && yarn install`);
    if (regen === null || /Failed with errors/.test(regen)) { fail("lock: yarn install упал"); return false; }
    const imm2 = shSilent(`cd "${PUB}" && yarn install --immutable`);
    if (imm2 === null || /Failed with errors/.test(imm2) || imm2.includes("YN0028")) {
      fail("lock: immutable после регенерации всё ещё красный"); return false;
    }
  }
  log("lock: yarn.lock валиден против npmjs");
  return true;
 }
 function gate() {
  // CI-эквивалент прямыми вызовами node_modules (Windows: yarn workspace run не видит .bin)
  // gotcha 5: build до tsc (cross-package types через dist) — собрать dist всех пакетов
  // топологический порядок (как yarn workspaces -pt): пакет раньше своих @schedjs-потребителей
  const buildCfgs = [];
  for (const sub of ["packages", "apps"]) {
    for (const dir of fs.readdirSync(`${PUB}/${sub}`)) {
      const cfg = `${PUB}/${sub}/${dir}/tsconfig.build.json`;
      if (fs.existsSync(cfg)) buildCfgs.push(`${sub}/${dir}`);
    }
  }
  const order = [];
  const remaining = new Set(buildCfgs);
  const depsOf = (p) => {
    const pj = JSON.parse(fs.readFileSync(`${PUB}/${p}/package.json`, "utf8"));
    const deps = { ...(pj.dependencies || {}), ...(pj.devDependencies || {}), ...(pj.peerDependencies || {}) };
    return Object.keys(deps).filter((d) => d.startsWith("@schedjs/"));
  };
  const localName = (p) => {
    const pj = JSON.parse(fs.readFileSync(`${PUB}/${p}/package.json`, "utf8"));
    return pj.name;
  };
  const localNames = new Map(buildCfgs.map((p) => [localName(p), p]));
  while (remaining.size) {
    let progress = false;
    for (const p of [...remaining]) {
      const unmet = depsOf(p).filter((d) => localNames.has(d) && !order.includes(localNames.get(d)));
      if (unmet.length === 0) { order.push(p); remaining.delete(p); progress = true; }
    }
    if (!progress) { fail("gate: цикл зависимостей build-пакетов"); return false; }
  }
  for (const pkg of order) {
    const clean = `${PUB}/${pkg}/dist`;
    if (fs.existsSync(clean)) fs.rmSync(clean, { recursive: true, force: true });
    const b = shSilent(`cd "${PUB}/${pkg}" && node ../../node_modules/typescript/bin/tsc -p tsconfig.build.json`);
    if (b === null || /error TS/.test(b)) {
      fail(`gate: build ${pkg} упал`);
      return false;
    }
    // полный build-скрипт пакета может включать bundle (esbuild) — повторить
    const pj = JSON.parse(fs.readFileSync(`${PUB}/${pkg}/package.json`, "utf8"));
    if ((pj.scripts?.build || "").includes("bundle.mjs")) {
      const bun = shSilent(`cd "${PUB}/${pkg}" && node scripts/bundle.mjs`);
      if (bun === null) { fail(`gate: bundle ${pkg} упал`); return false; }
    }
  }
  log(`gate: build ${order.length} пакетов (dist, топо-порядок)`);
  const tsc = shSilent(`cd "${PUB}" && node node_modules/typescript/bin/tsc --noEmit`);
  if (tsc === null || /error TS/.test(tsc)) {
    const errs = (tsc || "").split("\n").filter((l) => l.includes("error TS")).slice(0, 10);
    fail(`gate: tsc — ${errs.length} ошибок${errs.length ? "\n" + errs.join("\n") : ""}`);
    return false;
  }
  log("gate: tsc зелёный");
  const vit = shSilent(`cd "${PUB}" && node node_modules/vitest/vitest.mjs run --config vitest.ci.config.ts`);
  if (vit === null || /failed/.test(vit)) {
    fail("gate: vitest упал (смотри вывод)");
    return false;
  }
  const passLine = (vit.match(/(\d+) passed/) || [])[1] || "?";
  log(`gate: vitest зелёный (${passLine} passed)`);
  return true;
 }
 // Портативный скан (gotcha 16): прежний `grep -rnE '…'` через cmd.exe на Windows НЕ работал:
 // cmd не снимает одинарные кавычки, а `|` для него — оператор pipe → команда падала,
 // shSilent возвращал null, проверка молча считалась зелёной (0 хитов). Теперь скан — на Node.
 function grepCheck() {
  const re = /git\.kzntsv|verdaccio|vds\.kzntsv|registry\.kzntsv|VERDACCIO/i;
  const SKIP = new Set(["node_modules", ".git", ".yarn"]);
  const BIN = /\.(svg|png|webp|jpg|jpeg|gif|ico|woff2?|ttf|zip|gz)$/i;
  const hits = [];
  const walk = (dir) => {
    for (const e of fs.readdirSync(dir, { withFileTypes: true })) {
      const p = `${dir}/${e.name}`;
      if (e.isDirectory()) { if (!SKIP.has(e.name)) walk(p); continue; }
      if (BIN.test(p)) continue;
      let data;
      try { data = fs.readFileSync(p, "utf8"); } catch { continue; }
      data.split("\n").forEach((line, i) => {
        if (re.test(line)) hits.push(`${path.relative(PUB, p)}:${i + 1}: ${line.trim().slice(0, 140)}`);
      });
    }
  };
  walk(PUB);
  if (hits.length > 0) {
    fail(`grep: остались ${hits.length} вхождений kzntsv/verdaccio\n` + hits.slice(0, 10).join("\n"));
    return false;
  }
  log("grep: 0 вхождений kzntsv/verdaccio (портативный скан)");
  return true;
 }
 function commit() {
  const msg = `chore: sync curated copy from dev (${shSilent(`cd "${DEV}" && git log -1 --format=%h`) || "?"})`;
  sh(`cd "${PUB}" && git add -A`);
  const staged = shSilent(`cd "${PUB}" && git status -s`);
  if (!staged || staged.trim() === "") {
    log("commit: нет изменений — волна уже синхронизирована");
    return true;
  }
  if (AMEND) {
    shSilent(`cd "${PUB}" && git commit --amend --no-edit`);
    log("commit: amended");
  } else {
    sh(`cd "${PUB}" && git commit -m "${msg}"`);
    log(`commit: ${shSilent(`cd "${PUB}" && git log -1 --format=%s`)}`);
  }
  return true;
 }
 // ── main ────────────────────────────────────────────────────────────────────
 if (!fs.existsSync(`${PUB}/.git`)) { fail("pub не git-репо"); process.exit(1); }
 if (!fs.existsSync(`${DEV}/.git`)) { fail("dev не git-репо"); process.exit(1); }
 const files = collect();
 if (!files) process.exit(1);
 if (ONLY && ONLY !== "lock") { fail("--only поддерживает: lock"); process.exit(1); }
 let ok = true;
 if (!ONLY) {
  if (!NO_COPY) { copy(files); bleach(); scrubDist(); }
  ok = grepCheck() && ok;
 }
 if (ONLY === "lock") {
  ok = lock() && ok;
 } else if (!NO_COPY) {
  ok = lock() && ok;
 }
 if (ok && !ONLY && !NO_COPY) {
  ok = gate() && ok;
  if (ok) ok = commit() && ok;
 }
 if (!ok) {
  log("\n✗ цикл прерван — мутаций после точки отказа нет. Фикс в dev → повтор.");
  process.exit(1);
 }
 if (!PUSH) {
  log(`\n✓ готово до пуша: ${shSilent(`cd "${PUB}" && git log --oneline -1`)}`);
  log("  запусти с --push чтобы отправить origin main");
  process.exit(0);
 }
 const p = shSilent(`cd "${PUB}" && git push origin main`);
 if (p === null || /rejected/.test(p)) { fail("push отклонён — pull --ff-only и повтори"); process.exit(1); }
 log("✓ pushed origin main");
--- a/t2.db
+++ b/t2.db
Author	SHA1	Message	Date
vitya	47fba6d993	deploy(mappa): стек 27 -> v0.64.14 (release:24) — FP детектора секретов, task:3077	2026-09-19 22:52:53 +03:00
vitya	c8cc17047d	fix(secrets): вычистить MinIO-креды из .wiki file-каналов (task:3076)	2026-09-19 22:05:36 +03:00
vitya	201fc6aa58	deploy(mappa): стек 27 -> v0.64.13 (release:23) — redirect-предикат линта без ложных срабатываний	2026-09-19 20:27:37 +03:00
vitya	ad731e014f	deploy(mappa): стек 27 -> v0.64.12 (release:22, task:3068) + mem_limit 512m->1g по замеру	2026-09-19 19:37:54 +03:00
vitya	ca265bfe2f	fix(agents): вернуть opt-in session-sync в AGENTS.md — live-ingest .admin был выключен Строка `session sync: write to mappa` выпала из файла в `e3fb3111` (18.09, task:3017, переработка канон-блока); канон wiki:2608 её сохранил, повторный прогон блока (`7939ce36`) не вернул. Без строки pi-расширение (mappa.ts isOptedIn) не поднимает live-ingest → сессии .admin не пишутся в mappa (проверено: 01a0b97e и текущая 404, контроль session:1913 200; у books/sched/tg-digest строка есть — их сессии в mappa есть). Восстановлено verbatim из канона.	2026-09-19 16:36:44 +03:00
vitya	d1cb4d932a	fix(admin): sync-sched-publish — .mappa вне паблик-сета + портативный leak-скан (gotcha 15/16, task:3059)	2026-09-19 14:59:13 +03:00
vitya	9d1ca60ddd	deploy(mappa): стек 27 -> v0.64.10 (release:20, вершина 32d3c74) canary зелёный (та же БД: dangling keys +reason/refs_total), pg_dump до PUT (126745887 B, sha256 86c4365e…, TOC 281), env 19/19, verify /health+meta 0.64.10/sha 32d3c74, sched 6/6, 0 mappa-404 в окне.	2026-09-19 14:31:09 +03:00
vitya	7939ce3611	docs(canon): ре-прогон канон-блока на mappa-setup@0.2.8 (task:3030) + refresh .mappa/share	2026-09-19 09:45:08 +03:00
vitya	e3fb31112b	docs(AGENTS.md): канон-блок — краткая суть гейтов вместо обрубков (task:3017)	2026-09-18 22:03:15 +03:00
vitya	d8b5344a72	docs(AGENTS.md): канон-блок — краткая суть гейтов вместо обрубков (task:3017)	2026-09-18 21:50:23 +03:00
vitya	2f695c2808	docs(AGENTS.md): канон-блок — краткая суть гейтов вместо обрубков (task:3017)	2026-09-18 21:29:28 +03:00
vitya	77f23a0614	docs(AGENTS.md): канон-блок — краткая суть гейтов вместо обрубков (task:3017)	2026-09-18 21:17:06 +03:00
vitya	d1b2e3efe7	ops(mappa): stack 27 -> mappa:v0.64.9 (source-of-truth compose, release:19)	2026-09-18 21:13:03 +03:00
vitya	d8bfde9e5d	ops(mappa): stack 27 -> mappa:v0.64.8 (source-of-truth compose, release:18)	2026-09-18 19:08:10 +03:00
vitya	72c9b74bc8	ops(mappa): stack 27 -> mappa:v0.64.7 (source-of-truth compose, release:17)	2026-09-18 16:46:51 +03:00
vitya	0502726440	chore(host-stacks): mappa tag v0.64.5 -> v0.64.6 (task:2999)	2026-09-18 02:01:07 +03:00
vitya	a0fdb46958	docs: канон-блок AGENTS.md — Г2 v4 (адресация about/thread) + сняты junk mail-строки (task:2993)	2026-09-17 23:41:26 +03:00
.admin	10b02d7a9a	chore(mappa): compose тег v0.64.5 (/mcp-телеметрия, timedOut, счётчик migrations; task:2951)	2026-09-17 13:47:30 +03:00
.admin	2ed8a0a8df	chore(mappa): compose тег v0.64.4 (атомарность записи, 5 единиц, task:2947)	2026-09-16 15:24:36 +03:00
.admin	3ce97bc2fe	chore(mappa): compose тег v0.64.3 (release-tooling: короткий sha, skipped с причиной, release.update, task:2912)	2026-09-15 22:43:57 +03:00
.admin	078ddcbc74	chore(mappa): compose тег v0.64.2 (CAS threads.setStatus, task:2914)	2026-09-15 20:07:51 +03:00
.admin	cf97ab897f	chore(mappa): compose тег v0.64.1 (S4 hosted-политика + фиксы ревью дрейфа + thread в entities/list, task:2909)	2026-09-15 18:36:52 +03:00
.admin	cc4e22e126	chore(mappa): compose тег v0.64.0 (модель адресации писем S1/S1b/S2/S3/IA-P1/S5 + sched catch_stuck_threads, task:2902)	2026-09-15 16:32:25 +03:00
vitya	540e6b8b17	chore(mappa): compose тег v0.63.1 (батч фолоуаппов C6, task:2887)	2026-09-14 22:59:12 +03:00
vitya	85b8e665e0	chore(mappa): compose тег v0.63.0 (C6 hosted на контракт-ядре, task:2879)	2026-09-14 20:07:02 +03:00
vitya	38b99da440	chore(pilonuxt): compose тег 5a93b20 (таксономия по page_path — 33 × 200; task:2678)	2026-09-10 20:18:48 +03:00
vitya	36f3c88d02	chore(pilonuxt): compose тег 5952cb9 (галереи + канонизация таксономии; task:2676/2677)	2026-09-10 20:10:03 +03:00
vitya	2173e888df	chore(pilonuxt): compose тег fc4533d (h3-резолвер, issue:59 + таксономия; task:2666)	2026-09-10 19:38:39 +03:00
vitya	afbabb0bbd	chore(pilonuxt): compose тег fb77b9c (sitemap taxonomy /catalog; task:2666) + NODE_CONFIG из варианта A	2026-09-10 18:52:49 +03:00
vitya	048478fc9f	chore(pilonuxt): выровнять комментарий строки image с живым стеком (drift-check)	2026-09-10 18:26:57 +03:00
vitya	497d6ad036	chore(pilonuxt): NODE_CONFIG s3-креды для content-api — голый /assets 500→200 (task:2665, issue:58)	2026-09-10 18:26:19 +03:00
vitya	df98ec9038	chore(pilonuxt): compose тег 5edf4a1 (CMS redirections — 60 правил живы; task:2662/2653)	2026-09-10 18:16:42 +03:00
vitya	3605cbc594	chore(pilonuxt): compose тег b336af7 (published=false → 404 + 301, issue:50/task:2631)	2026-09-10 14:04:33 +03:00
vitya	bb12fb4159	chore(pilonuxt): compose тег 856fc99 (soft-404 fix, issue:49/task:2627)	2026-09-10 11:15:23 +03:00
vitya	dab61342f0	chore(mappa): compose тег v0.62.0 (ingest dedup, task:2574/2587)	2026-09-07 01:15:28 +03:00
vitya	e7ef8c6529	chore(mappa): compose тег v0.61.9 (search tag-channel, task:2573/2586)	2026-09-06 23:53:02 +03:00
vitya	9774a2b5b2	chore(mappa): compose тег v0.61.8 (search FTS-safe, task:2572/2585)	2026-09-06 22:55:42 +03:00
vitya	83aca8e1d8	chore(mappa): compose тег v0.61.7 (handoff reactive, task:2571/2584)	2026-09-06 21:30:33 +03:00
vitya	29a5f06259	chore(mappa): compose тег v0.61.6 (search recall, task:2570/2577)	2026-09-06 18:59:15 +03:00
vitya	48bbf106d1	chore(deploy): mappa v0.61.5 (per-host creds 1a2e8b3, issue:30/task:2569)	2026-09-06 17:55:02 +03:00
vitya	a3dcc9589e	chore(deploy): mappa v0.61.4 (host-dimension 872ce69, issue:30/task:2558)	2026-09-06 17:19:38 +03:00
vitya	f7e132f630	chore(marker): .mappa/config.yaml — git_host (issue:30, task:2558)	2026-09-06 16:39:22 +03:00
vitya	22023d71cc	chore(deploy): mappa v0.61.3 (fix integrity 253d632)	2026-09-06 16:12:27 +03:00
vitya	59b16a9466	chore(mappa): compose тег v0.61.2 (деплой task:2557, PATCH fix 2545 + attach_commits)	2026-09-06 12:52:00 +03:00
vitya	abeb1deca7	chore(mappa): compose тег v0.61.1 (деплой task:2547, PATCH closure-скан 2542 + snapshot 2543)	2026-09-06 11:50:03 +03:00
vitya	e60bd3acb3	deploy(mappa): v0.60.0 тег в compose (зоны boss/ops 2519/2520 — 3546557, task:2525)	2026-09-05 19:33:16 +03:00
vitya	9e1ce522da	deploy(mappa): v0.59.0 тег в compose (token-model кластер 2430-2436 — cf77e89, task:2524)	2026-09-05 17:04:37 +03:00
vitya	7388d2cb06	deploy(mappa): v0.58.2 тег в compose (0519583 — methodology поле реестра, task:2437)	2026-09-05 12:19:20 +03:00
vitya	e08938f656	deploy(mappa): v0.58.1 тег в compose (task:2392 — issue:39 session live-ingest 200+advisory)	2026-09-05 08:40:49 +03:00
vitya	d518774311	chore(deploy): mappa v0.58.0 — тег (code-access 2058/2192-2195 + closure 2149, task:2319; минор 0.58)	2026-09-05 01:23:07 +03:00
vitya	8328e2d9a7	chore(deploy): mappa v0.57.1 — тег (closure-гейт 383b918, task:2147/2154; патч 0.57)	2026-09-04 20:28:24 +03:00
vitya	004bc0bab6	chore(deploy): mappa v0.57.0 — тег (eval entity-type 5503108, task:2150; минор 0.57, не патч)	2026-09-04 20:07:26 +03:00
vitya	8463740fef	chore(deploy): mappa v0.56.0 — тег (intent-тип 1da518c, task:2126/2132; минор 0.56, не патч)	2026-09-04 18:59:28 +03:00
vitya	cd0937b1a7	chore(deploy): mappa v0.55.7 — тег (архив metric-сирот: «сирота в живом графе», 7c5072c, task:2124/2125)	2026-09-04 17:51:55 +03:00
vitya	e1d1bd01c3	chore(deploy): mappa v0.55.6 — тег + TELEMETRY S3-декларации (attachments+телеметрия на MinIO)	2026-09-04 16:57:07 +03:00
vitya	ce11e2710e	chore(deploy): mappa v0.55.4 — тег + backend=s3 (issue:35 фикс, live-verify 201)	2026-09-04 15:57:30 +03:00
vitya	aec6114456	chore(deploy): compose — S3-env декларации (task:2123; backend=local до фикса issue:35 s3-store.ts)	2026-09-04 14:24:37 +03:00
vitya	f8db4a4337	chore(deploy): mappa v0.55.3 — тег (issue:33 executor POST /tag, фикс 093e44c)	2026-09-03 03:28:21 +03:00
vitya	8b52046bb0	chore(deploy): mappa v0.55.2 — тег (issue:34 shared-PATCH 404, фикс 6c68439)	2026-09-03 03:22:23 +03:00
vitya	c0b43d6035	chore(deploy): mappa v0.55.1 — тег + MAPPA_CLIENT_LATEST/MIN в environment (env 10/10 в контейнер)	2026-09-03 01:32:45 +03:00
vitya	f80631ffc5	chore(deploy): mappa v0.55.0 — compose тег (client-update роут версий + 426, task:2075)	2026-09-03 01:09:08 +03:00
vitya	fd50916851	chore(bootstrap-v2): canon-блок + толстый кэш .mappa/share в .admin (methodology/kzntsv)	2026-09-03 00:30:47 +03:00
vitya	6d29949d55	chore(mappa): compose тег → v0.54.0 (code-access) + ro-маунт gitea repos (/data/gitea/repositories)	2026-09-02 23:16:07 +03:00
vitya	46f8efdca5	chore(mappa): compose тег → v0.53.0 (session-claim 170+172, task:2052) — догон отставания v0.48-v0.52	2026-09-02 20:05:28 +03:00
vitya	6f7f7f09be	chore(mappa): compose тег v0.47.0 → v0.47.1 (деплой stale-порог per-runtime)	2026-09-01 20:59:50 +03:00
vitya	bb9618d493	chore(mappa): compose тег v0.46.1 → v0.47.0 (деплой модели доступа)	2026-09-01 20:39:17 +03:00
vitya	d9d0b58251	chore(deploy): mappa compose → v0.46.1 (fix issue:21 private-create operator_id, issue:20 /mappa 422 hint)	2026-09-01 18:23:34 +03:00
vitya	446ae387c1	chore(deploy): mappa compose → v0.46.0 (RLS private 1841-1844, session_autoclose 1847, mark_read=false 1840, RLS-fix 1851)	2026-09-01 17:25:16 +03:00
vitya	2cbd0c930f	chore(deploy): mappa compose → v0.45.0 (operator-скоуп, task:1831)	2026-09-01 03:52:07 +03:00
vitya	970556a979	deploy: mappa v0.44.2 (search metric/anomaly types, task:1824) — image bump	2026-09-01 02:24:53 +03:00
vitya	ec3d2ea52d	deploy: mappa v0.44.1 (issue:18 cross-project wiki slug) — image bump	2026-09-01 00:25:26 +03:00
vitya	b07069c315	deploy: mappa v0.44.0 (agent without project 1802-1804) — image bump	2026-08-31 23:58:19 +03:00
vitya	bb9ff93024	deploy: mappa v0.43.2 (operator dedupe guard, task:1795) — image bump	2026-08-31 22:04:40 +03:00
vitya	3312de53c1	chore(deploy): mappa compose v0.43.0 -> v0.43.1 (wiki_create shared-scope, issue:17)	2026-08-31 21:07:37 +03:00
vitya	05fb1f22c8	chore(deploy): mappa compose v0.42.0 -> v0.43.0 (inbox-agent-scope 1750/1752/1755/1757)	2026-08-31 20:26:06 +03:00
vitya	67eebab07d	chore(marker): agent: .admin (субъектная доставка, brainstorm:164)	2026-08-31 19:47:41 +03:00
vitya	38ebf02387	chore(mappa): env MAPPA_GIT_INDEX_REPO_TIMEOUT_MS=120000 (task:1754, gotcha 4b: PUT env 8/8)	2026-08-31 18:43:39 +03:00
vitya	5983625370	chore(mappa): compose v0.42.0 (деплой task:1741)	2026-08-31 09:28:57 +03:00
vitya	cbffb4a0ca	feat(scripts): sync-sched-publish.mjs — полный синк sched→GitHub с pre-push CI-гейтом Алгоритм (ранбук wiki:3332, один коммит на волну): collect → copy → bleach → scrub (скраб kzntsv в т.ч. \u002F) → lock (yarn.lock против npmjs, gotcha 8) → gate (build 9 пакетов топо-порядком + tsc + vitest прямыми вызовами node_modules, обход Windows yarn-bin-болезни) → один чистый коммит (--amend при фиксе) → push. Фикс бага: pairs были массивом строк, деструктуризация [old,nw] давала односимвольные замены (g→i, r→e — ломало dist); теперь пары [old,nw]. Идемпотентен: повторный прогон = 0 изменений.	2026-08-31 08:55:38 +03:00
vitya	dcfb420f73	chore(mappa): compose v0.41.0 + git_index_sync правило (task:1701)	2026-08-31 07:18:39 +03:00
vitya	09a613d4bb	chore(mappa): compose env sched (MAPPA_SCHED_RULES + MAPPA_TELEMETRY_ANOMALY_RULES, task:1651)	2026-08-30 23:10:42 +03:00
vitya	2299e2fed5	chore(mappa): compose v0.40.1 + volume /app/data (персистентный стор MCP-сессий, task:1681)	2026-08-30 20:17:34 +03:00
vitya	9ce4940cf2	chore: mappa compose v0.40.0 (revive-фикс 1666/issue:8+10, task:1671)	2026-08-30 18:00:44 +03:00
vitya	4179fb1ba6	chore: mappa compose v0.39.0 (GET /entities/list + revoke tenant_tokens)	2026-08-30 14:58:15 +03:00
vitya	e2bf57f50e	chore(mappa): image v0.38.0 (telemetry cluster 1616/1614/1617, task:1632)	2026-08-30 10:11:39 +03:00
vitya	3322cd5a6c	chore(.admin): убрать из трека daemon3.log, t2.db (+gitignore)	2026-08-30 03:35:22 +03:00
vitya	b1cf3a5785	chore(.admin): чистка — мусор удалён; sched-pipelines: daemon 0.12.1 (cancel-on-poll-timeout) + tasks.json; .mappa-маркер	2026-08-30 03:35:14 +03:00
vitya	1b98232093	chore(mappa): export-бэкап (task:1430) — env MAPPA_EXPORT_* + bind-mount /root/vds-mappa-backup:/backup	2026-08-30 03:31:16 +03:00
vitya	fa11c4430a	chore(mappa): compose v0.36.0 → v0.37.0 (core-skill delete, task:1619)	2026-08-30 03:11:51 +03:00
vitya	8226177153	chore(mappa): compose v0.35.0 → v0.36.0 (owners-эндпоинт, task:1608)	2026-08-30 03:00:49 +03:00
vitya	5edf328ed0	chore(mappa): deploy v0.35.0 — сущность comment (1571/1572)	2026-08-30 00:40:26 +03:00
vitya	d12003b043	chore(mappa): deploy v0.34.1 — hotfix issue:7 (createLive 23505-retry)	2026-08-29 23:15:57 +03:00
vitya	91d25a8888	deploy(mappa): v0.34.0 — mail-mode (PATCH /session/:id mail_mode, GET поле, revive сохранение meta) — canary-процедура	2026-08-29 23:06:59 +03:00
vitya	3e5b29bc1a	deploy(mappa): v0.33.0 — canary-процедура: canary протестирован (health/welcome/MCP) → переключение боя, прод healthy	2026-08-29 19:29:36 +03:00
vitya	692739ab75	deploy(mappa): ROLLBACK v0.33.0 → v0.32.0 (Portainer pull не смог авторизоваться в registry — Azure-type auth, стек восстановлен на v0.32.0)	2026-08-29 19:21:19 +03:00
vitya	f23f819d4c	deploy(mappa): v0.33.0 — монорепо-батч (welcome 1529, .mappa-маркер 1538, setup 1502, onboarding-confirm 1505, origin 1508, fix 1525)	2026-08-29 19:11:34 +03:00
vitya	6723afb148	docs(runbook): sync sched.tasks.json source-of-truth — таски воркеров @apilki (мок-контур verdaccio+Gitea, плейсхолдеры секретов; task:1537)	2026-08-29 18:15:15 +03:00
vitya	21a0219287	docs(runbook): sched-workers-vds-mock-runbook (wiki:3339) + стек 29 compose — воркеры @apilki на VDS (мок-прогон, task:1537)	2026-08-29 18:14:34 +03:00