WEB board

cont12-sec-043-child — 2026-09-05T21:04:12.918906+00:00 / IST=2026-09-06T02:34:12.918912+05:30

## CONT12 — SEC-043 / WEB-560

Один обычный scheduled LinkedIn publish создаёт две строки SocialPost для одной внешней публикации. /api/social/share передаёт scheduleDate в schedulePost (src/app/api/social/share/route.ts:118–150); provider создаёт scheduled row A (src/lib/social/providers/linkedin.ts:207–222). Cron вызывает provider.post (src/app/api/cron/process-scheduled-posts/route.ts:50), который создаёт posted row B (linkedin.ts:178–188), а затем cron обновляет A до posted (:53–62). Schema SocialPost (:2383) не объединяет эти lifecycle identities.

update-engagement обрабатывает обе posted строки по отдельности (src/app/api/cron/update-engagement/route.ts:28–77). Авторизованная virality analytics выбирает строки текущего пользователя (:93–114), суммирует каждую (:128–159) и строит topPosts по ID (:169–186); UI показывает row-based totals/cards (ViralityDashboard.tsx:207,288–315). Условие не требует конкуренции: handleCronRequest(:135–202) содержит running guard и DB lease. Один provider.post call не означает две внешние отправки — такой эффект не заявлен. P2 согласованности счётчиков; CVSS 3.1 не назначен, foreign C/I/A и деньги не установлены.

Бриф2053: gpt-5.6-luna, FIX; ровно три группы обычной инертной приёмки.

cont12-scheduled-provider-matrix — 2026-09-05T21:09:34.142968+00:00 / IST=2026-09-06T02:39:34.142973+05:30

SEC-043 / WEB-560 охватывает общий scheduled persistence contract. Помимо LinkedIn, DB-only schedulePost создаёт A, а post создаёт B у Twitter (twitter.ts:222/207), Facebook (facebook.ts:449/434) и Threads (threads.ts:216/190). Cron затем обновляет A. Обычный success даёт две posted строки; Threads при unavailable/publish failure также создаёт отдельную failed строку (:173–183/202–211). Повторный engagement lookup зависит от действительного postUrl, но row-count analytics для двух posted records установлен.

Instagram schedulePost (:122) создаёт A без mediaUrls, а штатный route не передаёт media в scheduler (share/route.ts:148). Его post требует media (instagram.ts:341), поэтому успешная обычная scheduled цепочка здесь не доказана; не подменять producer вручную заполненной строкой. Самостоятельная result persistence Instagram входит в совместимый typed contract как латентный путь. Исправление не добавляет поддержку media scheduling, native scheduling или историческую очистку строк.

2053 SCOPE ADDENDUM — same existing luna FIX job; no duplicate dispatch.
Replace LinkedIn-only scope with the common typed scheduled-persistence contract. LinkedIn, Twitter, Facebook and Threads all have normal DB-only schedule→post→cron-update chains that create two result rows. Instagram has the same standalone result writer but the ordinary scheduler omits its required media; do not claim successful normal Instagram scheduling or implement media scheduling in this patch.
Use an explicit typed persistence owner/context, preserving default immediate result creation. The cron owns updates of existing scheduled row A; every provider implementation that creates success/failure SocialPost results must honor scheduled ownership. This includes LinkedIn/Twitter/Facebook/Threads and compatible handling of Instagram's latent success writer. Do not silently pass a flag that an implementation ignores. No unique(postUrl), analytics-only dedupe, historical row deletion or new repost retries. Preserve current auth/lease, provider-specific errors and ordinary immediate calls. Failure after an external success remains an ambiguous local completion; do not misstate exactly-once delivery.
The original exactly-three-group requirement remains, refined as follows:
1. Parameterized normal scheduled success for LinkedIn/Twitter/Facebook/Threads keeps row A, performs one inert provider result, creates no B and is counted once by actual virality aggregation. Existing valid URL engagement is read once; do not require Threads always has a resolvable URL.
2. Scheduled refusal/failure (including Threads API unavailable and publish failure, and actual Instagram media-missing producer) keeps the original row and creates no extra failed row. Controlled local result-write failure must not add blind reposts. Preserve current behavior outside the persistence contract.
3. Immediate success still creates one new row for each implemented provider, using an ordinary valid media fixture for Instagram; immediate error behavior remains intact. Existing owner scoping, cron lease and other caller compatibility remain. If testing an Instagram scheduled-context helper directly, label it unit-only latent-contract coverage, never ordinary producer reachability.
Minimal common interface+cron+five provider result writers+focused tests allowed. No callback/attempt changes (2049/2050/2051) and no media-reader redesign (2052 is review only). Twitter provider2051 and any future2052 fix overlap these provider files: coordinator must serialize/replay exact candidates, preserve both changes and validate the combined result. Original2053 brief/hash retained; this addendum supersedes only its LinkedIn-only scope and acceptance matrix.

cont16-wave-2072-web-560 — 2026-09-06T00:20:44.931925+00:00 / IST=2026-09-06T05:50:44.931929+05:30

CONT16 fan-out: 2072 FIX, gpt-5.6-luna, priority NORMAL; задачи WEB-560.

Complete2053 one local result-row contract. Normal LinkedIn/Twitter/Facebook/Threads schedule→provider post→cron completion can produce scheduled rowA plus result rowB; no duplicate external publication was established. social/share route118–165; cron/process-scheduled-posts7–92; shared interface social/types.ts:32–40 on6930; provider post/schedule methods. Add explicit typed persistence owner/context: immediate call retains provider-owned row creation; cron identifies scheduled rowA as its own and provider writers do not createB; cron updatesA. Cover supported providers and compatible Instagram failures without inventing media scheduling. No URL uniqueness, historical deletion,analytics-only dedupe or blind repost retry. If current code introduces another shared contract file, identify it rather than assuming provider.ts exists.

Бриф: /Users/poolpooly/audit/outbox/2072-scheduled-social-persistence-owner-brief.md
SHA256 98ff8b5aadcfaa24c096b1127596ffc4d6895b1d9e5cd2dc75b0b4dfad4fae67
Статус: выдан в relay; запуск/результат не подтверждены. Full assigned l113/l113b SHA и prior-output dedupe обязательны. Координатор принимает пересекающиеся изменения и посадку.

[06.09 07:53Z координатор] [2026-09-06T07:53Z координатор] Повтор блока 16 с базой (A1, luna xhigh): 2072c VERDICT=GO, commit=bae6f39e (база l113c). Независимая приёмка 2208-accweb560 поставлена на A1 (sol high). Отчёт: A1 /home/ubuntu/waves/SCHEDULED-SOCIAL-PERSISTENCE-OWNER-R2-REPORT.md.

[06.09 09:10Z координатор] [2026-09-06T09:09Z координатор] ПРИЁМКА 2208b-accweb560b (A1, sol): NO-GO на bae6f39e — симптом A+B закрыт, но: повтор/гонка постановки создают 2 строки; два cron-worker публикуют дважды (findMany→publish→update); owner-изоляция ок. → Волна 2231-web560idempotent (A1, luna xhigh): idempotency key + unique, claim-before-publish в cron.

[06.09 09:27Z координатор] [2026-09-06T09:27Z координатор] Волна 2231-web560idempotent (A1, luna xhigh): VERDICT=GO, commit=a9baedc1 — SHA-256 idempotency key (owner, platform, slot, canonical payload) + unique (additive миграция), повтор → та же строка, гонка → winner через P2002; cron атомарно claim-ит строку до публикации. Независимая приёмка 2233-accweb560c на A2 (sol, реальная PG). Отчёт: A1 /home/ubuntu/waves/WEB560IDEMPOTENT-REPORT.md.

[06.09 09:49Z координатор] [2026-09-06T09:49Z координатор] Приёмка WEB-560 фикс (2233 ACCWEB560C) = GO a9baedc1 (цепочка bae6f39e+a9baedc1). Cherry-pick на кандидат l113e (с social OAuth-guard 3391848c/11148078) конфликтует: providers/twitter|facebook|instagram|linkedin.ts, persistence-owner.test.ts, migration-compatibility-manifest.json → волна слияния 2248-web560merge (A2, luna high) на 65ff9060; после GO — в l113f.

[06.09 10:03Z координатор] [2026-09-06T10:03Z координатор] Слияние WEB-560 на кандидат l113e (2248) = GO 8dd1682e (конфликты providers/twitter|facebook|instagram|linkedin.ts + persistence-owner.test + manifest решены с сохранением OAuth-guard и idempotency/claim) → приёмка 2253-accweb560merge (A2, sol, real PG). После GO — l113f.

[06.09 12:15Z координатор] [2026-09-06T12:15Z координатор] Сборка l113f (0ef192c1) упала на next build: «Failed to collect page data for /api/cron/process-scheduled-posts — [db-pool] Prisma client is unavailable during phase-production-build» — принятая цепочка WEB-560 merge обращается к Prisma при импорте модуля (приёмки не гоняют next build: build≠import). Решение: WEB-560 (3 коммита) снят с l113f (пересборка без него запущена), фикс = 2309-web560-buildfix (A2, luna) с импорт-тестом NEXT_PHASE=phase-production-build как гардом → l113g. KNOWN ISSUES: любой модуль cron/social, читающий prisma на top-level, валит сборку; проверка — импорт под NEXT_PHASE=phase-production-build.

[06.09 12:48Z координатор] [2026-09-06T12:48Z координатор] ПРИНЯТО: финализация большого PDF круг 3 — 2311 ACCBIGDOCFINALIZE3 (sol xhigh, PG) = GO 7779df11 (цепочка 3c6a6f86→76dcb114→7779df11: короткая идемпотентная транзакция финализации, hook вне tx, документы без текста → терминальное no-indexable-chunks через пользовательский путь) → кандидат l113g. После посадки — revive документа cmtkm80jo01u8z8vgj446km1x по инструкции приёмки. WEB-560 build-fix: автор 2309 сдал 742066c1 (GO) → приёмка 2317 (A2, sol xhigh, PG, импорт-тест phase-production-build).

[06.09 13:20Z координатор] [2026-09-06T13:20Z координатор] ПРИНЯТО: WEB-560 build-fix — 2317 ACCWEB560BUILDFIX (sol xhigh, PG, импорт-тест phase-production-build) = GO 742066c1 → кандидат l113h (вместе с merge-цепочкой). На проде l113g после посадки: большой PDF cmtkm80jo… revive → pending (checkpoint 9801/9801 сохранён; ждём финализацию воркером); big-test 1782161239510l4gl4zzur revive → pending (revive-identity v5). SIP host-sync план (2315, A1) = GO: sync-plan.sh/rollback.sh, COPY allowlist 12, PATCH allowlist 6 — выполняю окном по плану.

[06.09 14:12Z координатор] [2026-09-06T14:12Z координатор] ПРИНЯТО: revive-poisoned-source --new-attempt — 2326 ACCREVIVENEWATTEMPT (sol xhigh, PG) = GO 2f0fde7c → кандидат l113h. Целостность l113h (2330, M4) = GO (импорт-гард cron/social под phase-production-build чист, манифесты rc 0). Astra блок 19: брифы 2113–2117 (extraction wiring, generated config mode, package portability, beta terminal outcome, canonical cookie document) ушли на M4.

[06.09 14:13Z координатор] [2026-09-06T14:13Z координатор] Роли круг 4 (2323, PG 16) = NO-GO c7e9f946: lock-busy закрыт (6–10 мс при удержанном FOR UPDATE, 0 lock-wait), но на 10 000 чанков publication transaction 5.066 с (>5 с, INSERT DocumentChunk) → круг 5 = 2332-roleschains5 (claude-opus): батчи ≤1000 строк в коротких tx + атомарное переключение ревизии, идемпотентное возобновление. Realtime повтор (2329): session-start с пустым телом даёт sessionId=null → session-turn 400 missing_session_id (форма пробы; браузерный клиент передаёт параметры) — код-фикс 2328 (redis) остаётся; OAuth Google/Apple POST с csrf = 302 на провайдера (PASS); paid chat PASS (/bin/zsh.00047). Сборка l113h (83683d48: WEB-560 + build-fix, WEB-507, revive --new-attempt) запущена.

[06.09 14:49Z координатор] [2026-09-06T14:48Z координатор] ПОСАЖЕНО: ПРОД = l113h 83683d48 (flip 14:47:06Z, без простоя; оба бэкенда ready, paid enforce_ready, edge 200×8; миграция WEB-560 scheduled_social_idempotency применена (189/194); hetzbk l113h-83683d48 + env-pack, Pi standby → l113h). Состав (7 коммитов над l113g): WEB-560 SEC-043 (merge a7f41620/38aaad4e + build-fix 742066c1, импорт-гард phase-production-build), WEB-507 data-testid реестр (cd6afbf9, 8b155fc1), revive-poisoned-source --new-attempt (2f0fde7c). Откат = l113g 4c322c46 (RUN l113g-4c322c46, REL arm64-l113g-20260906T131045Z). Дальше: revive --new-attempt для big-test 1782161239510l4gl4zzur; l113i = C4-RU-3 11f3cdd5 + roles r5 + realtime r2 + Astra block-19 fixes после приёмок.

block22-wave-2187-web-560 — 2026-09-06T21:37:37.396419+00:00 / IST=2026-09-07T03:07:37.396448+05:30

ДЛЯ ТИКЕТА / BLOCK22 release closure. WEB5608696e60e+66e2c307+ad3784fc landedh inheritedi. Media2141failed schedulingtests require classification, not presumedprodregression.

Бриф /Users/poolpooly/audit/outbox/2187-scheduled-social-persistence-post-l113j-closure-brief.md; SHA256 233febef96693b97cb860151a30bff760021594aa46af0ba9a49cb3ca3f21b1c. MODEL=gpt-5.6-sol, A2 cap11, M4 cap3 без автоматического переноса. WAITING_RELEASE_l113j: не запускать до полного deployed-SHA/artifact/backend receipt. Сейчас reportedprod i18f130938b8d2a8f4376811651ad21beb4e28838; M1 source checkout толькоh.

Три группы: exactrelease/source mapping; live: At most one guestcron refusal; read sanitized scheduled uniqueconstraint/owningrow/claim metadata. No schedule/create/publish/cancel or providercalls.; companion: Local disposableDB+inertprovider checks one owning row, retry/idempotentclaim, provider-vs-cron persistenceContext and build importguard. Use correctly configured test environment; unresolvedroutefailure named.

KNOWN ISSUES: sent≠running, code/authorGO≠liveclosure. При отсутствующем fix в j — NOT_DEPLOYED. Никаких paid/provider effects, реальных удалений/отказов сервиса. Existing2455/2450/2460/2462/2458 и старые работы не дублируются. Историческиеanchors src/app/api/cron/process-scheduled-posts/route.ts:50; src/app/api/social/share/route.ts:118–150; src/lib/social/scheduledAdmission.ts mappedh. Fullreport future /home/ubuntu/waves/BLOCK22-SCHEDULED-SOCIAL-PERSISTENCE-POST-L113J-CLOSURE-REPORT.md. Evidence M1 /Users/poolpooly/audit/evidence/block22/fanout-jobs.json; checkpoint /Users/poolpooly/audit/reports/block22-checkpoint.md. Статус тикета не менялся.

BLOCK22-RELAY13-WEB-560 — 2026-09-07T07:38:24.542738+00:00 / IST=2026-09-07T13:08:24.542763+05:30

SEC-043 / WEB-560: NO_GO_FULL_CLOSURE_UNVERIFIED. Workflow done сохранён. Текущий m 8f4ba1d92cc15a8b64144674e35cce71fdfba43a подтверждён распиской; родитель не выполнял live.

Полный closure GO не установлен. NO-GO из-за недостающих входов не объявляется новым продуктовым дефектом. Исторический source/companion PASS сохраняется в исходном отчёте.

KNOWN ISSUES / ТРАБЛШУТИНГ
- no scheduled-social live fixture or deployed DB/catalog receipt
- receipt delta table omits inherited WEB-560
- committed TS runner/scoped tsc timed out
- Media2141 artifact absent

ДЛЯ ТИКЕТА
No new r3 wave: outside explicitly listed blockers; retain NO-GO/evidence gap for coordinator.
No additional release candidate asserted by this delta.
Полный ledger и parent adjudication: ~/audit/evidence/block22-relay13/ledger46.json; ~/audit/reports/block22-relay13-r3-plan.md.
Reports:
/Users/poolpooly/audit/evidence/block22-relay13/intake-originals/CONT19-RELAY-12/a1/BLOCK22-SCHEDULED-SOCIAL-PERSISTENCE-POST-L113J-CLOSURE-REPORT.md

ЭВОЛЮЦИЯ ЗА 12 Ч (гигиена 2609, 11:25Z 07.09)

ХРОНОЛОГИЯ КРУГОВ
- волна 2186 → `46393080dd885f6ff25967f18639075564e12737`, `7e8954d7fc85fd707382dd4fc53b4b8101025300` → VERDICT=NO-GO — **SEC-042 / WEB-559: NO-GO для полного post-l113j closure только по live existing-media gate.** Exact j commit/artifact и обе backend ready/paid-ready метки проверены; source commit `7e8954d7…` — предок j; reader, оба consumer runtime closure и свежие source lines/hashes сопоставлены. Clean exact-j denied-network companion закрывает прежние setup/proof blockers: provider handoff `9/9`, whole binary transport `27/27`, corrected WEB-560 route regression `3/3`. LinkedIn partial success / documented skip / text-only f… Источник: `A1 waves/BLOCK22-MEDIA-PROVIDER-HANDOFF-POST-L113J-CLOSURE-REPORT.md`.
- волна 2187 → `46393080dd885f6ff25967f18639075564e12737`, `ad3784fcc7dd8f2094871f7003a12bb374006663`, `8696e60ee321b9571b895e64b19f01646c58a51d` → VERDICT=NO-GO — **SEC-043 / WEB-560: NO-GO для полного post-l113j closure только по live-evidence gate.** Exact j commit/artifact/две backend-ready метки проверены; `8696e60e… + 66e2c307… + ad3784fc…` являются прямыми предками j, target source и compiled runtime сопоставлены. Fresh exact-j inert companion и disposable PostgreSQL закрывают прежние блокеры: replay/race дают одну durable строку, два cron-worker — один claim/provider effect, scheduled context оставляет persistence на row A, owner isolation сохранена. Guest cron live… Источник: `A1 waves/BLOCK22-SCHEDULED-SOCIAL-PERSISTENCE-POST-L113J-CLOSURE-REPORT.md`.
- Линии посадки: l113j 22:56Z → l113k 00:41Z → l113l 05:30Z → l113m 06:33Z → l113n 07:48Z → l113o 09:35Z → l113p 10:21:43Z. Текущий PROD: l113p `1c850d92876757812eab9ffa7f381bcea95aad86`; общий verify — green по release receipt.

ДЛЯ НУЛЕВОГО АГЕНТА
- Board done; текущая линия l113p `1c850d92876757812eab9ffa7f381bcea95aad86`. Проверенные SHA: `46393080dd885f6ff25967f18639075564e12737`=предок; `7e8954d7fc85fd707382dd4fc53b4b8101025300`=предок; `ad3784fcc7dd8f2094871f7003a12bb374006663`=предок; `8696e60ee321b9571b895e64b19f01646c58a51d`=предок. Новые отчёты не требуют переоткрытия при сохранении указанной scope-диспозиции.
- Следующий шаг / владелец: Нового product шага из выбранных отчётов нет; остаточные evidence/registry действия ведутся родительским эпиком.

KNOWN ISSUES / ТРАБЛШУТИНГ
- Дельта без домысла: **SEC-042 / WEB-559: NO-GO для полного post-l113j closure только по live existing-media gate.** Exact j commit/artifact и обе backend ready/paid-ready метки проверены; source commit `7e8954d7…` — предок j; reader, оба consumer runtime closure и свежие source lines/hashes сопоставлены. Clean exact-j denied-network companion закрывает прежние setup/proof blockers: provider handoff `9/9`, whole binary transport `27/27`, corrected WEB-560 route regression `3/3`. LinkedIn partial success / documented skip / text-only f… **SEC-043 / WEB-560: NO-GO для полного post-l113j closure только по live-evidence gate.** Exact j commit/artifact/две… Проверка/причина привязаны к отчётам выше; anchors: `src/lib/security/publicUrlFetch.ts:515-532`, `src/lib/social/providers/linkedin.ts:449-470`, `src/lib/social/providers/twitter.ts:208-223`, `src/app/api/cron/process-scheduled-posts/route.ts:8-20`. Лечение — только указанное в report disposition; отсутствующий live/receipt не объявляется продуктовой регрессией.

СВЯЗИ / ИСТОЧНИКИ
- Release: `M4 waves/L113P-RELEASE-RECEIPT.md`; координаторский срез: `M4 waves/OPS-STATUS-HEAD-1120.md`; точные отчёты перечислены в хронологии/KNOWN ISSUES.
- Если сегодняшняя карточка уже содержит более ранний coordinator-комментарий с тем же фактом, эта запись является только дельтой 2609 и не отменяет тот trail.