/contrib-watch — кто пришёл к нам сам, и почему мы обязаны ответить сегодня

Закон

Молчание в живом треде = провал, а не осторожность (CLAUDE.md §4.7). Ответ на GitHub я даю САМ, без «+» Антона и без гейта [коллега]. Мерж кода — по [[github-publish-autonomous]] + leak-scan.

Порог: 24 часа. Дольше — красное. Обоснование не теоретическое: 05.08 замерено, что четырёхдневное молчание случилось не из-за занятости, а из-за отсутствия прибора.

Шаг 1 — снять картину (0 токенов)

python ~/.claude/scripts/contrib_watch.py --html "$OBSIDIAN_VAULT/_Dashboards/Contrib-Inbox.html"

Обходит все наши публичные репозитории, находит треды, где ПОСЛЕДНИМ говорил внешний человек, считает часы ожидания, отмечает 🆕 тех, кого не видели ни разу. Exit 3 = есть просрочка.

Шаг 1-бис — «последним сказал чужой» ≠ долг: разговор мог уехать в PR

Эвристика «последний говоривший в треде» ловит ДОЛГ и МИГРАЦИЮ одинаково, а это разные вещи. Нормальный цикл выглядит так: человек пишет в issue «claiming this» или «I opened PR #N» — и дальше по существу говорят уже в PR. В issue его строка так и остаётся последней НАВСЕГДА, даже когда мы разобрали, отревьюили и смержили. Долга там нет, мяч не наш.

Поэтому на КАЖДЫЙ хит спрашиваю ещё один вопрос, прежде чем идти отвечать:

gh api "/repos/tonydzi/<repo>/issues/<N>/timeline" --paginate --jq '.[]|select(.event=="cross-referenced")|.source.issue.number'
gh api "/repos/tonydzi/<repo>/issues/<PR>/comments" --paginate --jq '.[]|"\(.user.login) @ \(.created_at)"'
gh api "/repos/tonydzi/<repo>/pulls/<PR>/reviews"   --paginate --jq '.[]|"\(.state) \(.user.login) @ \(.submitted_at)"'

Наш ответ в связанном PR ПОЗЖЕ его последней строки в issue = касание обслужено, хит закрыт. ⚠️ ЗАМЕР 21.09.2026: скан дал 4 хита (sqlite-graph-memory #13 #9 #5 #4), и ВСЕ ЧЕТЫРЕ оказались миграцией: #13→PR #14, #9→PR #10, #5→PR #8, #4→PR #6, каждый смержен с письменным ревью Майкрофта ПОСЛЕ их последней реплики. Долгов было 0. Без этого шага рутина пошла бы писать четырём инженерам «извините за молчание» в треды, где мы им уже развёрнуто ответили, — то есть сама сломала бы репутацию, которую сторожит. ⛔ Обратное упрощение запрещено: «есть связанный PR» само по себе хит НЕ закрывает — закрывает именно НАШ ответ в нём с датой позже. Смерженный молча PR без единого нашего слова — это долг (§4.7: молчание в живом треде = провал), и он идёт в Шаг 4 как обычное касание.

Шаг 2-ноль — «наш он или нет» решается ДВУМЯ селекторами, а не одним

⛔ Прежде чем сказать «этот новый логин не наш, карточку не завожу» (так закрыли [человек]-KUKLEVA и dudididjdje-tech 13.09) — спроси GitHub ОБОИМИ вопросами:

gh api "search/issues?q=commenter:<login>+user:tonydzi" --jq '.total_count'   # он у нас ГОВОРИЛ
gh api "search/issues?q=involves:<login>+user:tonydzi"  --jq '.total_count'   # он у нас АВТОР/упомянут

⚠️ ЗАМЕР 21.09.2026: по commenter: оба новых логина дали 0 — вывод «не наши» был готов и был бы ЛОЖНЫМ. involves: дал по 1: [человек] и b7n0de оказались АВТОРАМИ самоподач PR #4 и #5 в tonydzi/awesome-verified-agents. Автор PR, который не написал ни одного комментария, для commenter: невидим. Правило: ноль по одному селектору = «этим селектором не видно», а не «человека нет» (§5.4, [[check-all-places-not-one]]). Хоронить контакт можно только когда молчат ОБА.

Шаг 2 — ПРОВЕРИТЬ МОТИВ, прежде чем радоваться

⛔ Самая дорогая ошибка этого скилла — принять массового контрибьютора за фаната. По каждому новому человеку обязательно:

curl -s -H "Authorization: Bearer $GITHUB_FLEET_FULL_PAT" \
  "https://api.github.com/users/<login>/events/public?per_page=100"

и посчитать: сколько PR за 90 дней, в сколько РАЗНЫХ репозиториев, повторяется ли один и тот же патч у всех адресатов. Три класса, и вести себя с ними надо по-разному:

Класс	Как выглядит	Что это значит	Наш ход
🟢 глубокий	мало репо, много касаний в одном	человек реально пользуется	триаж-права, соавторство, звонок
🟡 массовый качественный	40+ PR в 20 репо, но патчи настоящие	конвейер репутации, идёт вглубь ТУДА, ГДЕ ОТВЕЧАЮТ	ответить в тот же день — скорость и есть весь рычаг
🔴 массовый агентский	40+ PR, текст сгенерирован, факты не сходятся	прогон чужого агента по случайным целям	честное «нет» с разбором + приглашение вернуться по существу

Мотив пишем в карточку СЛОВАМИ и с уликой. «Пришёл сам» ≠ «мы ему нравимся» ([[prichina-kak-claim]]: причина — такой же claim, как вывод).

⭐ Первый вопрос про КАЖДОГО — «мы туда стучались?» (правило external-signal-vs-reply-to-our-knock, замер 06.08). Три кучи, и они НЕ равны: (1) непрошеное — назвал нас в ЧУЖОМ треде, куда мы не приходили → настоящий сигнал; (2) подали-приняли — мы отправили PR/заявку, редактор согласился → считаем, но называем отдельно; (3) ⛔ ответ под НАШИМ собственным PR/issue → это отклик на наш стук, за входящий интерес НЕ засчитывать. Наша исходящая работа физически рождает ответы, и они попадают под тот же поиск, что органика — метрика внешней тяги ломается всегда вверх, в приятную сторону.

Шаг 3 — проверить ЗАЯВЛЕННОЕ, а не поверить

Патч утверждает цифры (звёзды, лицензия, бенчмарк, «чинит X») — проверяю каждую своим прибором до мержа. Мы лаборатория про проверяемость; смержить непроверенное утверждение о себе = сжечь собственный тезис. Тесты гоняю ЛОКАЛЬНО на объединённой ветке, не доверяя зелёному CI:

git fetch origin 'refs/pull/*/head:refs/remotes/pr/*'
git checkout -B try<N> master && git merge pr/<N> && pytest -q

⭐ Проверяю ТРИ вещи, а не одну (боль 13.09 + 15.09, оба раза на sqlite-graph-memory):

1. патч — делает ли он то, что заявлено;
2. тесты патча — мутацией: откатываю починку и смотрю, КРАСНЕЮТ ли его тесты. 13.09 все 12 остались зелёными на возвращённом баге: фикс был верный, тесты его НЕ держали. Мержу всё равно (двигать ворота после выполнения = обман), но свой красный тест дописываю сам;
3. ⭐ не протух ли САМ ПАТЧ, пока лежал — репозиторий едет под ним. 15.09: PR#7 чинил строку «no tests», а за пять дней ожидания PR#6 добавил 42 теста в соседний модуль, и написанная автором строка стала ложной ровно в момент мержа. Третье поколение одного дефекта в одном абзаце. Правило: патч, пролежавший дольше суток, перечитывается против ТЕКУЩЕГО состояния репозитория, а не против того, каким оно было при его отправке.

Если протух — это не повод не мержить и не повод винить автора. Мержим его работу под его авторством, а дрейф чиним follow-up'ом сверху и НАЗЫВАЕМ его в треде: человек узнаёт то, чего не мог знать, и это самая ценная часть ответа.

Шаг 4 — ответить (голос Майкрофта, §3.3)

Первой строкой называюсь: «hi, this is Mycroft, Anton's synthetic co-founder». Один раз на тред. Строчными, без ваты. Структура ответа, которая работает:

1. Извиниться за задержку конкретно и назвать причину — не «sorry for the delay», а что именно у нас не работало. Люди прощают поломку и не прощают отписку.
2. Назвать, ЧТО ИМЕННО он поймал, своими словами и по существу — доказательство, что читали код.
3. Вердикт: смержено / нужен ребейз с точной резолюцией конфликта / не берём и почему.
4. Следующий шаг с датой и один открытый вопрос.
5. ⭐ Подпись-CTA последней строкой (anton 10.09, голосовая hub:6539; supersedes прежнее «без подписи» в этом шаге). Одна строка со ссылкой github.com/tonydzi, формулировку варьировать. Источник текста — $OBSIDIAN_VAULT/08-Templates/github-touch-signature.md, карта поверхностей — $OBSIDIAN_VAULT/08-Templates/outbound-signature.md. Здесь это особенно дёшево и особенно окупается: человек УЖЕ пришёл к нам сам и уже читал наш код — это самый тёплый входящий, какой у нас бывает, а он уходил, не увидев, что рядом лежит ещё 60 репо. Carve-out против спама: одна подпись на тред — подписался, в следующих репликах того же треда можно без неё. Раскрытие Майкрофта = СВЕРХУ (первая строка), подпись = СНИЗУ; это разные блоки, один другого не заменяет.

Отказ пишу так же подробно, как согласие. Честное «нет» с разбором удерживает человека; молчание не удерживает никого.

Шаг 5 — завести в CRM в тот же заход

Каждый внешний человек:

• строка в $OBSIDIAN_VAULT/_outreach/tracker.json → audience_A_engineers (поля: handle github:<login>, channel github, warmth с УЛИКОЙ мотива, what_they_did, our_answer_at, ladder, next_step);
• карточка $OBSIDIAN_VAULT/07-People/person-<slug>.md с frontmatter context: github-contributor, origin: github, тегами [person, github-contributor, engineer-funnel] и обратными ссылками на артефакт (правило no-orphan).

Шаг 5-бис — если в треде был СОВЕТ, а не только патч → в реестр кредита

Человек написал, ЧТО нам стоит сделать (даже одной строкой, даже без кода) — это вклад идеей, и он обязан дожить до имени в CREDITS. Кладу строку сразу, не «потом»:

python ~/.claude/scripts/alpha_credit.py add --source gh \
  --author "<Имя или login>" --handle @<login> --url <ссылка на коммент> \
  --advice "<что посоветовал одной фразой>" --kind method|repo|tool|critique \
  --ref "gh:<owner/repo>#<номер>:<id коммента>"

--ref обязателен: этот скилл ходит по одному треду каждый день, без ключа один совет размножится копиями. Дальше цепочка живёт в /alpha-credit (судить → испытать → спасибо → имя).

Шаг 6 — контент

Входящий PR от постороннего = контентный момент по определению. Рефлекс [[content-miner-reflex]]:

python "$VAULT_IMPORTS/content-factory/content_miner.py" capture --title "<хук>" --note "<суть>" --tier medium

Сильная форма истории — не «нам прислали PR», а «что он поймал такого, чего не видели мы».

Шаг 7 — вердикт

⚠️ Красное у сторожа — это claim, а не приговор ([[instrument-is-a-claim-too]]). Перед ответом человеку сверь ДВЕ вещи, которых сторож не знает:

• чей мяч по последнему касанию — с 14.09.2026 он читает и РЕВЬЮ (/pulls/N/reviews), а не только комментарии треда; до этого канонический ответ по §4.7 был для него молчанием, и он печатал ВОЗРАСТ самого PR как долг (PR#7: 90.1 ч при PR, созданном 10.09 10:46Z);
• срок, который мы САМИ дали автору — этого сторож не знает вообще. Пообещали ждать правку до N-го числа — до N-го числа долга нет, и бампать нельзя, даже если строка красная.

✅ только когда: ноль просроченных долгов · мотив каждого нового человека проверен уликой · CRM пополнен · заявленные цифры перепроверены до мержа. ⚠️ если ответили, но не проверили мотив или не завели в CRM.

Рутина

Ночной прогон (окно 23:00-06:00 Лиссабон, §4.6) + дневной тик: сторож живёт ВНЕ сессии, молчит когда чисто, кричит только на просрочку с именем человека и ссылкой (§5.5).

Счётчик

Каждый прогон пишет строку в ~/.claude/logs/part_usage.jsonl (part: contrib_watch.py, event: scan, outcome: clean|overdue). Судьба детали решается на /retro по этому счётчику (§5.8).

⭐ Обратная половина: мы тоже просим (anton 21.09.2026)

Этот скилл ловит ВХОДЯЩЕЕ касание инженера. Входящего не будет, если у репо нет видимой просьбы: люди приходят по label:"help wanted", а не по README. Закрыл входящее и увидел, что у репо ноль своих просьб → завести их по /consumer-hunt Шаг 5-бис (дыры берутся из наших же секций What's intentionally missing / Honest limits / Roadmap, выдумывать ⛔). Реестр просьб: $OBSIDIAN_VAULT/_outreach/we_ask_registry.jsonl.

Связи

Док-паспорт: ~/.claude/scripts/docs/contrib-watch.md · канон: reglament-vhodyashchiy-fidbek-inzhenerov-otvechaem-v-sutki · память: [[github-inbound-watch]], [[github-communication-autonomous]], [[engineer-acquisition-enrichment-not-scraping]] · соседи: /consumer-hunt, /issue-match, /github-growth, /local-engineer-outreach

<!--kit-footer-->

---

Like this skill? It is one of 100 in second-brain-starter-kit: the second brain we built for ourselves and run every day at Palo Alto AI Research Lab. Install the whole set with npx skills add tonydzi/second-brain-starter-kit. Everything is open source and free, so take what you need.

Flagships worth a look on their own: secondop-panel (a second opinion from a panel of external models), claude-memory-tidy (stop your agent's memory from rotting), telegram-mcp-kit (your own Telegram over MCP in about 15 minutes).

Author: Anton Dziatkovskii, Palo Alto AI Research Lab. Telegram @tonydzi - WhatsApp +1 341 222 9178 - X @Tony_Stef_

Engineers: want to test-drive this setup? Message me. I hand out free starter seeds to engineers who test and report back, and custom skill requests are welcome.