⌂ все дашборды/Прочее← Komandy-Dlya-Chaynika · Maintainer-Relations →
Mac16 — какая рутина на какой модели

Mac16 — какая рутина на какой модели

MacBook-Anton · обновлено 19.08.2026 после /tt · 10.08.2026 · канон: reglament-rutiny-sotrudnikov-tolko-sonnet-i-otsenka-tokenov (приказ 07.08) + CLAUDE.md §6.2
0 токеновSonnet — грунтOpus — суждение/людиFable — только живые сессии
Главный факт замера: из 48 launchd-агентов и 9 cron-строк LLM жгут всего 3. Основной расход — не они, а 12 включённых scheduled-задач приложения: они идут на модели сессии (Opus 5), и у create_scheduled_task нет параметра model — понизить задачу до Sonnet «на месте» нельзя, только перенести её в launchd-обёртку с --model sonnet.
Итог приёмки 19.08 (/tt): разрез построен и работает, но ворота качества нашли три настоящих бага в моей же постройке, все починены и закрыты тестами:
① 0-token precheck был grep по словам dispatch|collect|deliver, а движок отдаёт JSON, где это ключи — присутствуют всегда. Precheck давал 100% ложных срабатываний: 7 часовых тиков подряд будили LLM. Экономия была нулевой. Заменён на детерминированный dr_tick_precheck.py (разбор JSON, 0 токенов).
② Упавший движок выглядел как «работы нет»: exit 0 и честная строка в логе. Крах и тишина теперь различимы (exit 4 + алярм в шину).
③ Узел будился каждый час ради collect тех ДР, чьих недостающих вендоров он не обслуживает. Теперь такие пропускаются с указанием счётчика.

Плюс из панели ревьюеров: замок получил срок годности (после kill -9 номер PID со временем переиспользуется чужим процессом и запер бы тик навсегда).

1. Launchd / cron — LLM-рутины

РутинаЧто делаетБылоСтало / предложениеПочему
inbox-robotшина: 95% тиков 0-LLM prechecksonnetsonnetуже по канону, эталон
alpha-drain-weeklyвыбрать 1 пункт бэклога по гейту, пометить, строка в 03без флага → Opussonnet ✅ примененоотбор по правилу, авторского текста нет
engineer-outreach (daily)пишет живым инженерам голосом Антонаopusоставить OpusSonnet для авторского текста запрещён §6.2/§9.4 — понижать НЕЛЬЗЯ
прочие 45 launchd + 9 cronpython/скрипты: sync, сторожа, дашборды, регресс0 токенов0 токеновидеал по части 1 правила

2. Scheduled-задачи приложения — 12 включённых, все на Opus

ЗадачаТемпТип работыКудаКак
dr-runner-dailyкаждый час (24/сут)механика (dispatch/collect) + суждение (закрыть долг ДР)разделить: механика → Sonnetмеханический тик в launchd --model sonnet; суждение о applied/parked — 1 видимая Opus-сессия в сутки
workflow-harvest-sweepночьсгрести находки субагентов в волтSonnetперенести в launchd-обёртку
git-s2 release-radarденьскан релизов, ранжированиеSonnetперенести в launchd-обёртку
git-s4 pretakeoff-radarвт/чтскан репо 10-300★Sonnetперенести в launchd-обёртку
git-s3 docs-fix-laneпн/ср/пттекст PR наружуOpusоставить
git-s5 that-guyденьответы живым людям в issuesOpusоставить
git-s7 deep-laneденькод в целевом репоOpusоставить
git-s8 issues-researchвт/птрепро + root-causeOpusоставить
git-s9 review-laneденьревью чужих PROpusоставить
git-s23 cold-pr-waveпнPR в вендорские репоOpusоставить
git-s24 content-bridgeденьпосты dev.to/X — авторский голосOpus (не Sonnet)голос; Fable в рутины канон не ставит
advisor-outreach-dailyдень5 персональных инвайтов живым людямOpusоставить

3. Fable

В рутинах Mac16 — ноль. §6.2 прямо: «Fable в рутины НЕ ставим». Fable остаётся там, где он и был: живые сессии — мышление, стратегия, Decision Memo, авторский голос Антона (ФА, посты, лонгриды). Вилка на решение Антона: тексты, которые рутина пишет его голосом (engineer-outreach, git-s24) — оставить как есть на Opus, или рутина готовит только черновик, а голосовой проход делает живая Fable-сессия.

4. Что мешает выполнить часть 1 правила (оценка токенов)

token_audit.py сегодня печатает «спенда по сервисам нет (0 сессий за день)» при 12 включённых задачах и часовом dr-runner. Это 🤔 не доказательство нулевого расхода, а вероятная слепота прибора: посчитать цену рутины ДО запуска нечем. Пока прибор не чинится, оценка токенов на этом узле — заявление, а не замер.

Побочная находка: 9 из 12 git-задач последний раз отработали 04-05.08 — 5 дней назад при дневном cron. Либо приложение было закрыто, либо они падают. Это отдельная поломка, не про модели.