⌂ все дашборды/Инфраструктура и рутины← GitHub-Outbound-Routines · HANDOFF-alpha-recall-comments →

GitHub-рутины: 17 активностей · оценка каждой

Данные живые (gh api, git25-journal 10–19.08, леджеры), не отчёты о запуске · узел Mac16 · 20.08.2026 (обновлён: 2 решения исполнены) · период программы 21.06→20.08: 75 PR / 20 смержено · 63 issue · 20 разговоров с живыми людьми · 41⭐ · 539 просмотров/14д

Станки — сами делают вклады (10 лейнов GIT-25)

#рутина · что делаетоценкачем доказано (окно 10–19.08)вердикт-действие
1git-s7-deep-lane · глубокие код-фиксы → PR
PR · ежедневно
519 ссылок · 12 наших живы · 5 смержено (go-sdk, diri×2, Konnect, book-to-skill) — лучший конвертер программыУСИЛИТЬ — см. разбор ①
2git-s3-docs-fix-lane · починка доков → PR
PR · пн/ср/пт
4+12 ссылок · 7 живы · 2 смержено · дешёвые мержи, стабильнодержать как есть
3git-s24-content-bridge · наш контент → GitHub-треды
publish · ежедневно
4+10 ссылок · 5 живы · 3 смержено · мост «сделали → рассказали» работаетдержать; кормит §1.5 «сделал → объяви»
4git-s2-release-radar · радар свежих релизов, реакция ≤24ч
watch · ежедневно
49 ссылок · 7 живы · 1 смержен (fastmcp#325) · находит окна «репо только взлетает»держать; его находки кормят s7
5git-s4-pretakeoff-radar · радар репо до взлёта
watch · вт/чт
414 ссылок · 5 наших · 2 смержено (diri#26, Konnect#199) — обе из «маленьких до взлёта»держать; гипотеза «маленькие мержат» подтверждена
6git-s8-issues-research · качественные issue по исследованиям
issue · вт/пт
4−ПРИБОР 20.08: своей меркой (ответы, не мержи) 1/1 тред с ответом; малая выборка · на #1191 живой человек с измеримым вопросомдержать; выборка мала — судить через месяц прибора
7git-s9-review-lane · ревью ЧУЖИХ PR
review · ежедневно
4ПРИБОР ПОСТРОЕН 20.08 (reply-meter): 16 тредов за 30 дн · ответили в 12 (75%) · 👍3 реакции на наши ревьюработает — усиливать можно; замер: GitHub-Reply-Meter.html
8git-s5-that-guy · «тот парень из комментов» — заметность
comment · ежедневно
4+ПРИБОР ПОСТРОЕН 20.08: 13 тредов за 30 дн · ответили в 12 (92%) · 5 @-упоминаний нас — «того парня» реально замечаютлучший reply-rate программы — держать и усиливать
9git-s23-cold-pr-wave · холодные PR веером
PR · пн
25 ссылок · 0 смержено, 2 закрыты без мержа · подтверждает замер 26.07: отклик был ТОЛЬКО у issue-matched PRслить в s7 — см. ④
10git-s22-security-lane · security-вклады
issue · ср
1→?КОРЕНЬ НАЙДЕН 20.08: единственный прогон умер на «You've hit your weekly limit» — бак bb Антона выжран к среде, s22 не доживал до работы. Не плохая рутина, а голодание ресурсаПЕРЕДАН на бак a2 (Маяк) · корень 🤔 гипотеза, тест 21.08 — см. ④

Сторожа — смотрят и докладывают (7)

#рутина · что сторожитоценкачем доказановердикт-действие
11contrib-watch-daily · входящие касания посторонних ≤24ч4тик 19.08: 35/35 репо, 0 необслуженных, везде последними отвечали мы · минус: падает на IncompleteRead без ретраяжив; ретрай закроет n8n-тень №3
12hf-alpha-radar · радар вендорских cookbook-репо4−19.08: 15 репо · 109 совпадений · дашборд свежий · минус: 3 FATAL 16–17.08 (keychain) и потребление совпадений лейнами не меримжив; замерить потребление
13github-thread-watch · вахта живых тредов, мяч у нас3reply-meter 20.08 меряет общий фон (59 тредов без лейн-метки, 31% ответов), но СВОЕГО леджера у вахты по-прежнему нет — её личный вклад неотделимдать леджер; общий фон уже виден в GitHub-Reply-Meter.html
14pr-watch (launchd) · вахта наших PR 5×/сутки4ПОЧИНЕН 20.08: launchd перенацелен со старой копии (13 хардкод-PR) на канонный скрипт + волтовый реестр — все 104 позиции, токен из store (keychain-класс закрыт)n8n-тень №1 уже заказана хабу
15public_surface_audit · аудит витрины репо3→КОРЕНЬ ЗАКРЫТ 20.08 (gh_env: GH_TOKEN из store, keychain не нужен): прогон в cron-реплике прошёл целиком; боевой cron докажет в 20:40. До этого — 7 из 7 HTTP 401n8n-тень №2 уже заказана
16inbound-watch · входящее (старый)⏹️11 дней подряд 404 (старый хендл Palo-Alto-AI-Research-Lab, переименован в tonydzi 09.08) · перекрыт №11 contrib-watchСПИСАН 20.08 · plist в _disabled, откат есть — см. ⑥
17github-lane-freshness · сторож самих лейнов120.08 ослеп (взял стор с 6 задачами вместо 73) и отрапортовал ЗЕЛЁНЫМчинит сессия-дашборд (код передан)
Оценка = результат, не факт запуска: мержи/живые треды/ответы людей для станков, свежесть и правдивость доклада для сторожей. «?» снят 20.08: прибор «ответили ли нам» построен (github_reply_meter.py, ежедневный прицеп к contrib-watch) — суд по ответам живых людей, дашборд GitHub-Reply-Meter.html.

Разбор: что усиливать, что не сработало и почему

① УСИЛИТЬ И ДЕКОМПОЗИРОВАТЬ s7 (лучший ROI). Все 5 его мержей — маленькие/средние репо; у больших вендоров (anthropics, inspect_ai, google) мержей 0, но там идут РАЗГОВОРЫ с мейнтейнерами — а разговоры и есть миссия №2. Это ДВЕ разные работы с разными метриками, склеенные в один лейн. Предложение: разрезать на s7-fast (маленькие репо, метрика = мержи, конвейер быстрый) и s7-vendor (топ-10 экосистем, метрика = ответ мейнтейнера и глубина треда, темп медленный). Сейчас быстрая работа и медленная конкурируют за один слот.
② ГЛАВНАЯ ДЫРА — НЕ РУТИНА, А ПРИБОР: 4 рутины меряются чужой линейкой. s9, s5, s8, thread-watch работают комментариями в ЧУЖИХ тредах, а сборщик считает авторство НАШИХ PR — для них это слепота by design. Их «3?» — не про качество работы, а про то, что успех недоказуем. Починка дешёвая и одна на всех: считать ответы на наши комментарии (мейнтейнер ответил? реакция? упомянул?). До этого прибора усиливать/резать эти 4 нельзя — решение было бы по выдумке.
③ НЕ СРАБОТАЛО: холодные PR (s23) — 0 мержей, и мы знаем почему. Замер 26.07 уже показывал: из 8 PR отклик получил только issue-matched. s23 месяц подтверждает то же самое: холодный PR в глухую очередь не читают. Предложение: лейн НЕ чинить, а слить в s7 с жёстким правилом «только под живой issue» — освободившийся слот отдать s7-vendor.
④ s22 — вскрыто, но корень пока 🤔 ГИПОТЕЗА (панель понизила уверенность). Единственный прогон (19.08) умер сразу на «You've hit your weekly limit», input/output tokens=0 — до анализа не дошёл. НО это n=1: s22 создана 14.08, cron среда → за всю жизнь сработала РОВНО раз, поэтому «ноль строк» пере-определяется одним фейлом, а не доказывает «умирает каждую среду». Бак в транскрипте НЕ назван — «bb» инференция. Дешёвый тест корня 21.08 (после сброса лимита): один ручной прогон на Mac16 при живом баке — написал строку → weekly-limit был единственным блокером; пусто → корень в другом. Задача запланирована.
Цель миграции = МАЯК, не Windows-хаб. Бак a2 канонично только у Маяка (§7.1); хаб под a2 не документирован, а token-sync раздаёт ОДИН токен → хаб мог бы нести тот же выжранный bb-токен = театр. Хабу отправлена ПОПРАВКА: вести на Маяке, доказать выходом что жжёт a2, доказать что a2 — реальная отдельная Claude-подписка с запасом (найденные a2-цифры все про OpenRouter/Gemini, не Claude), дать s22 отдельный журнал/лок (git25-journal.md Syncthing-синкается, в него пишут ещё 8 лейнов), переписать хардкод путей. n8n для s22 = NO-GO (панель REFUTED): ядро (clone→sandbox→судить эксплуатируемость→приватное раскрытие) неустранимо агентно, у n8n нет ни checkout, ни песочницы; правило реестра — n8n дублирует сторожей, не станки. Радар-дубль отменён.
⑤ НЕ СРАБОТАЛО: три сторожа мертвы по ОДНОМУ корню (gh + macOS keychain под cron: 401/404/FATAL) — и это не чинится по месту, это довод за переезд класса на n8n. Тени №1–№3 уже заказаны хабу (старт 21–22.08, урожай 04–05.09, строка №12 в Shadow-First-Queue).
⑥ СПИСАН: inbound-watch перекрыт contrib-watch-daily и 11 дней бился в несуществующий хендл. Решение (Антон «реши сам как кофаундер»): оставили contrib-watch, inbound-watch списан 20.08 — launchd выгружен, plist в ~/Library/LaunchAgents/_disabled/ (откат = mv назад + bootstrap), запись в Decommissioned-Tasks.md. Ноль потерь: contrib-watch 19.08 — 35/35 репо, 0 необслуженных. ⚠️ Условие панели: раз contrib-watch теперь ЕДИНСТВЕННЫЙ SLA-сторож входящего, его socket-timeout надо закрыть ретраем (свой тик 19.08 записал «died on socket timeout, no retry») — иначе тихий красный день незаметен. Вынесено в бэклог.