● X WEEKLY DIGEST · BACKEND / AGENTS

Приёмы недели из X

Практические приёмы и сдвиги для Go-backend инженера с фокусом на агентов: было так — стало так — попробуй так.

🗓 окно 24–31 августа 2026 ⚡ приёмов: 10 👀 на заметку: 5 📡 постов отсканировано: 1741
🔥 О чём говорят на этой неделе

Неделя сошлась на одном вопросе: за что вы платите, когда гоняете агента. Anthropic рассказала, что срезала больше 80% системного промпта Claude Code и ничего не потеряла на своих тестах, а Uber разложил счёт за агентов на множители, где половина экономии — это попадание в промпт-кэш. Дальше та же мысль поехала вглубь: правило, которое проверяется регулярным выражением, незачем держать в промпте и оплачивать каждый ход — его место в хуке, который срабатывает после каждой правки файла. Рядом подтянулись инструменты, снимающие ручную работу вокруг агента: схему сервиса он рисует сам, а свои же скиллы можно оценить по накопленной истории сессий. Второй сюжет недели — про недоверие к одному агенту: OpenAI выпустила плагин, которым Codex рецензирует работу Claude Code и умеет не дать ему закрыть задачу, а MCP новой ревизией снял с сервера сессию, и теперь каждый запрос везёт всё о себе сам. Вывод недели невесёлый для любителей длинных инструкций: контекст стоит денег, и выигрывает тот, кто вычёркивает и переносит проверки в код, а не тот, кто дописывает ещё один абзац.

Главные приёмы недели

01

Вычеркнуть половину CLAUDE.md вместо того, чтобы дописать ещё правило

кто: @trq212 + рядом об этом же: @tobi
Было

На каждый промах агента в CLAUDE.md и скиллы дописывали ещё одно правило, и в одном запросе встречались «leave documentation as appropriate» и «DO NOT add comments».

Стало

Правила убирают и дают модели решать по контексту, а в CLAUDE.md держат только подводные камни репозитория.

Почему лучше: противоречивые инструкции не исчезают сами — модель дочитывает их до конца и тратит ход на то, чтобы их примирить. Anthropic сняла с промпта больше 80% и не увидела просадки на своих тестах по коду.

⚡ Попробовать за вечер
  • Прогнать /doctor в Claude Code — в статье та же команда названа и как claude doctor.
  • Открыть CLAUDE.md и вычеркнуть всё, что видно из структуры репозитория; оставить только то, обо что реально спотыкаются.
  • Инструкции «как проверить работу» вынести в отдельный скилл и сослаться на него из CLAUDE.md.
  • Померить: длина CLAUDE.md до и после и число ходов, за которое агент доводит типовую задачу.
Схема собранного контекста: system prompt, skills и your request с конфликтующими строками из статьи, на которую ведёт твит @trq212
На картинке: один контекст из трёх слоёв — системный промпт, скиллы и запрос пользователя, — где «leave documentation as appropriate» спорит с «do not add comments». Сама схема помечена автором как иллюстрация, не цитата реального промпта.

Дыра: 80% срезали с системного промпта самого Claude Code, а его вы не правите — статья прямо пишет, что этот файл пользователь, скорее всего, никогда не тронет. Проверка шла на внутренних тестах Anthropic, повторить их у себя нельзя, поэтому переносится правило, а не цифра.

02

Спросить у API, почему промахнулся промпт-кэш

кто: @dani_avila7
Было

Кэш промахнулся — и единственный сигнал об этом в том, что cache_read_input_tokens упал в ноль, без причины и без места.

Стало

Передаёте id предыдущего ответа — и API называет первое расхождение: модель, системный промпт, инструменты или история.

Почему лучше: обычно виноват не кэш, а строчка вроде текущего времени, которую подставили в системный промпт: она меняет префикс и обнуляет всё, что стоит после неё. Теперь это видно по имени поля, а не подбирается угадыванием.

⚡ Попробовать за вечер
  • Добавить в запрос бету betas=["cache-diagnosis-2026-04-07"] и слать её на каждом ходу.
  • На первом ходу передать diagnostics={"previous_message_id": None}, дальше — id предыдущего ответа.
  • Прочитать diagnostics.cache_miss_reason.type: если пришло system_changed, сделать системный промпт неизменной константой, а таймстемп перенести в первое сообщение пользователя после точки кэширования.
  • Померить: доля попаданий в кэш на одном сервисе за сутки до правки и после.

Дыра: бета живёт только в Claude API — на Amazon Bedrock и Google Cloud её нет. Сравнение работает, пока запросы идут близко друг к другу и в том же workspace, иначе придёт previous_message_not_found, а это не доказательство того, что запрос менялся. И cache_missed_input_tokens считается по длине в байтах до токенизации: это оценка масштаба, а не строка из счёта.

Схема сравнения запросов по префиксу: model, tools, system, messages и результат system_changed из твита @dani_avila7
На картинке: порядок, в котором API ищет расхождение, и почему ответ называет ровно одно поле: обход идёт по префиксу и останавливается на первом же различии — здесь на system, поэтому messages помечены «not checked». Отсюда и system_changed из карточки; cache_missed_input_tokens: 41850 — та самая оценка по длине в байтах, а не строка из счёта.
03

Подобрать TTL кэша под свои паузы, а не оставлять значение по умолчанию

кто: @praveenTweets инженерный блог: Uber
Было

Везде стоял пятиминутный TTL по умолчанию, инженер отходил на встречу, и префикс пересобирался по полной цене.

Стало

Интерактивным сессиям поставили час, а сабагентам оставили пять минут: они живут одну короткую задачу.

Почему лучше: чтение из кэша стоит 0,1 от обычного входного токена, а запись — надбавка: 1,25 за пятиминутную и 2,0 за часовую. Дальше это просто арифметика ваших пауз: на длинных паузах час окупается, на коротких переплата за запись не возвращается.

⚡ Попробовать за вечер
  • Снять из логов типичную паузу между ходами отдельно для интерактивной сессии и для сабагента.
  • Там, где паузы регулярно длиннее пяти минут, поставить {"cache_control": {"type": "ephemeral", "ttl": "1h"}} — параметр из документации Anthropic.
  • Сабагентам оставить пятиминутный TTL по умолчанию и не трогать.
  • Померить: доля попаданий в кэш и стоимость сессии за неделю до и после.
Сравнение пятиминутного и часового TTL на пяти ходах для основной сессии и сабагента из статьи, на которую ведёт твит @praveenTweets
На картинке: та самая арифметика в двух сценариях. Основная сессия с паузами 2, 16, 3 и 14 минут: часовой TTL выходит на 39% дешевле (2,40x против 3,95x), потому что два хода из пяти приходят позже пяти минут. Сабагент, который укладывается в полторы минуты: пятиминутный TTL дешевле на 31% (1,65x против 2,40x), часовая запись здесь не покупает ничего.

Дыра: блог Uber объясняет экономику, но не называет, каким ключом переключается TTL: сам ttl внутри cache_control взят из документации Anthropic, а не из статьи. Сам Uber честно пишет, что измеренная им экономия «unique to our environment»: переносится способ считать, а не проценты. Множители 1,25 и 2,0 относятся к Anthropic; для тридцатиминутного TTL у OpenAI цены в статье нет.

04

Спустить проверяемые правила из промпта в hook

кто: @suna_gaku автор разбора: yui (Zenn)
Было

Правило лежит в CLAUDE.md или в playbook, и его соблюдение — вопрос вероятности: чем длиннее контекст и слабее модель, тем чаще правило проезжает.

Стало

Всё, что ловится grep'ом, ушло в hook PostToolUse: после каждого Edit/Write скрипт смотрит файл и пишет замечание в stderr.

Почему лучше: граница проходит по тому, нужно ли для правила суждение. «Проследи границу сервера и клиента» модель должна прочитать и обдумать, а «@ts-ignore без причины» проверяется регулярным выражением, и держать такое в промпте — значит платить за него токенами каждый ход, даже когда всё чисто.

⚡ Попробовать за вечер
  • Написать .claude/hooks/my-go-check.mjs: он читает JSON со stdin, берёт оттуда tool_input.file_path и проверяет файл своими правилами.
  • Подключить в settings.json событие PostToolUse с матчером Edit|Write|MultiEdit и командой node "$CLAUDE_PROJECT_DIR/.claude/hooks/my-go-check.mjs".
  • Замечания печатать в stderr и выходить с кодом 2 — документация Claude Code для PostToolUse обещает «Shows stderr to Claude». На своей внутренней ошибке выходить нулём, чтобы не ронять сессию.
  • За готовым набором для Go заглянуть в пакет ccteams (npm, MIT): там ловят http.Error без return, обёртку ошибки через %v вместо %w, ошибку, выброшенную в _, и context.Background() внутри запроса.
  • Померить: сколько замечаний хук выдал за неделю и какая доля из них оказалась ложной.

Дыра: разбор написал автор самого пакета, и половина текста — это его release notes. Заголовочные утверждения не измерены ничем: деградацию слабой модели автор описывает словом 体感, «по ощущению», а «ноль токенов без нарушения» — это рассуждение, а не замер. Сами go-правила ложные срабатывания признают прямо в тексте сообщений («Ignore in setup/bootstrap code»), а шапка скрипта честно называет находки подсказками агенту, а не жёсткой блокировкой. Ни строчки конфига в статье нет — её пришлось доставать из опубликованного пакета.

05

Отдать схему сервиса агенту и получить один HTML-файл

кто: @opensourcelab9 репозиторий: tt-a1i/archify
Было

Схему сервиса рисовали руками в редакторе, и через две недели она расходилась с кодом настолько, что показывать её было стыдно.

Стало

Агент описывает систему типизированным JSON, а Archify детерминированно собирает из него один HTML, где узлы ищутся, а связи трассируются вверх и вниз.

Почему лучше: схему переписывает тот же агент, который правит код, поэтому обновить её стоит одну реплику в чате. Отдаётся она одним файлом — без сервера, регистрации и чужого редактора.

⚡ Попробовать за вечер
  • Поставить скилл: npx skills add tt-a1i/archify -g. Для Claude Code он ложится в ~/.claude/skills/ или .claude/skills/.
  • Попросить агента: Analyze this repository, then use archify to create a high-level runtime architecture diagram. README советует держать 8–12 узлов, один основной путь и уносить подробности в карточки, а не в новые стрелки.
  • Сравнить два состояния: node archify/bin/archify.mjs compare architecture base.json head.json architecture-delta.html --json.
  • Померить: показать схему коллеге, который сервис не трогал, и засечь, за сколько он назовёт основной путь запроса.
Схема runtime-архитектуры mco-org/mco: цепочка от Callers до Provider CLIs, отдельная ветка Session Daemon и Session State, пунктирная граница политики исполнения и легенда артефакт из репозитория Archify
На картинке: что именно отдаёт скилл — не картинку, а читаемую схему с подписанными узлами и направлением потока. Здесь размечен публичный репозиторий mco-org/mco на коммите 9f1a1cf: видно основной путь от вызывающей стороны до провайдерских CLI, отдельную ветку хранения сессии и обведённую пунктиром границу политики исполнения.

Дыра: Archify не разбирает код. Типизированный JSON пишет агент, а рендер и проверки лишь следят за тем, чтобы схема была связной, поэтому обычный артефакт помечен как source-free: сверка с репозиторием держится на добросовестности агента, а не на статическом анализе. Команда compare берёт два готовых проверенных снимка, а не два коммита, и проект прямо пишет, что не делает выводов о влиянии, риске и безопасности слияния. Нужен Node не ниже 18. Число звёзд из твита я не переношу: за трое суток репозиторий ушёл с 24 тысяч до 37,6 тысячи на 31 августа, и любая такая цифра здесь стареет быстрее недели.

06

Оценить свои скиллы по собственной истории сессий

кто: @BHolmesDev исходники: warpdotdev/common-skills
Было

Какие из своих скиллов помогают, а какие только занимают контекст, решали по памяти и общему впечатлению.

Стало

Скилл читает уже накопленную историю сессий, оценивает её по двум рубрикам и возвращает готовый diff -u к вашим файлам SKILL.md.

Почему лучше: правки выводятся из ваших собственных прогонов, а не из общих советов, и приходят диффом, который видно целиком до того, как вы его примете. Свои файлы скилл при этом не трогает: улучшенную версию он кладёт рядом и показывает разницу.

⚡ Попробовать за вечер
  • Поставить: npx skills add warpdotdev/common-skills --skill skill-doctor. Он читает историю Claude Code, Codex и Warp, так что аккаунт в Warp не нужен.
  • На старте выбрать разговоры этого репозитория и оценку проектных плюс глобальных скиллов.
  • Прочитать три верхние находки и принять только те диффы, которые сами отправили бы в merge. Отчёт пишется во временную папку, в репозиторий не попадает.
  • Померить: сколько диффов из предложенных вы приняли. Ноль — значит скилл вам не подходит, и это тоже ответ.

Дыра: «всё локально» здесь значит «мимо Warp», а не «мимо модели»: сетевого кода в скриптах действительно нет, но оценку делает сам агент, поэтому куски транскриптов уходят провайдеру модели на общих основаниях. Ни одного числа, доказывающего, что предложенные правки улучшают работу, ни в твите, ни в исходниках нет, а веса итоговой оценки ничем не откалиброваны. На чистой машине смысла нет: нужна накопленная история и свои скиллы. В отчёт зашит рекламный блок со ссылкой на платный продукт Warp — его придётся вырезать руками. И приписку «STE-100 approved» из твита я не переношу: в источнике этот стандарт применяется к трём текстовым находкам отчёта, а не к диффам.

07

Считать /compact платной операцией и сжимать на границе задач

кто: @kunchenguid
Было

Сжатие контекста запускаешь, когда он распух, и считаешь это бесплатной уборкой. Модель и уровень усилий переключаешь по ходу задачи, не задумываясь.

Стало

Сжатие — отдельный оплачиваемый вызов на модели сессии, а кэш ключуется моделью и уровнем усилий: переключение посреди задачи пересчитывает запрос целиком.

Почему лучше: множители тут не на глазок, они опубликованы. Чтение из кэша стоит десятую часть обычного входного токена, то есть промах дороже ровно вдесятеро, и это соотношение держится у всех моделей линейки. Отсюда порядок действий: сначала посмотреть свою долю попаданий, потом решать, что менять.

⚡ Попробовать за вечер
  • Прогнать /usage и найти строку Prompt cache (main): в ней доля входных токенов из кэша, число промахов и режим TTL. Это и есть та измерялка, которой в самом твите не хватает.
  • Выбрать модель и уровень усилий один раз в начале сессии и не трогать до конца задачи.
  • Свернули не туда — вместо сжатия сделать /rewind: он срезает историю к префиксу, который уже лежит в кэше. Нужен чистый лист — /clear, он не стоит ничего.
  • Померить: долю входных токенов из кэша за сессию до и после того, как перестали менять модель на полпути.

Дыра: числа в твите сошлись все до единого, а вот вывод — нет, и это редкий случай. Автор советует довериться автоматическому сжатию на пороге по умолчанию, а документация того самого инструмента говорит обратное: запускать сжатие руками на естественном переходе между задачами, а не ждать, пока оно сработает в середине. Этот совет я не переношу. «После сжатия не будет ни одного попадания в кэш» — преувеличение: обнуляется слой разговора, системный промпт переиспользуется, а контекст проекта попадает в кэш, если CLAUDE.md и память не менялись. И «запрос на полмиллиона токенов» пугает сильнее, чем стоит: на тёплом кэше вход считается по льготной ставке, дорого становится после простоя дольше TTL.

08

Снять сессию с MCP-сервера и раздать запросы любому инстансу

Было

Клиент делал initialize, сервер выдавал Mcp-Session-Id, и дальше запросы обязаны были попадать в тот же процесс. Отсюда липкие сессии и общее хранилище состояния.

Стало

Рукопожатия нет: каждый запрос везёт версию протокола, себя и свои возможности в _meta, а состояние между вызовами стало явной строкой-ручкой в аргументах инструмента.

Почему лучше: спецификация теперь прямо запрещает серверу опираться на предыдущие запросы того же соединения. Для Go это одна строка настройки: go-sdk v1.7.0 принимает новую ревизию, когда включён режим без состояния, а старые клиенты спокойно договариваются на прежнюю версию.

⚡ Попробовать за вечер
  • Спросить у своего сервера server/discover — по новой ревизии он обязан отвечать, какие версии протокола держит. Либо послать обычный POST с MCP-Protocol-Version: 2026-07-28: список поддерживаемого придёт прямо в тексте ошибки.
  • Обновить зависимость на modelcontextprotocol/go-sdk v1.7.0 и выставить StreamableHTTPOptions.Stateless = true — без этого флага транспорт новую ревизию не примет.
  • Переписать одну сессионную сущность в ручку: инструмент возвращает идентификатор в результате, следующий вызов принимает его обычным аргументом. Права на каждый вызов проверять заново — ручка это имя, а не пропуск.
  • Померить: переживает ли пара последовательных вызовов перезапуск любого одного инстанса за балансировщиком.
Сравнение stateful и stateless MCP: слева сессия привязана к одному инстансу, справа запрос обслуживает любой из трёх кадр из ролика, вложенного в твит @DailyDoseOfDS_
На картинке: слева, до ревизии, клиент держит Mcp-Session-Id: s-7f3a91, инстанс A подписан «session owner», B и C помечены недоступными — отвечать может один сервер из трёх. Справа запрос несёт Mcp-Method: tools/call и _meta: clientInfo, все три инстанса в состоянии ready. Подпись «round robin» — трактовка автора, а не цитата спецификации.

Дыра: вывод про «любой инстанс за круговым балансировщиком без общего хранилища» — это вывод автора твита, а не строчка спецификации; в ней сказано мягче: сервер не должен требовать, чтобы клиент переиспользовал то же соединение или процесс. Утверждение, что теперь всё «переживает рестарты», прямо противоречит источнику: возобновление потока убрали вместе с Last-Event-ID, и оборванный ответ клиент обязан переслать заново новым запросом. «Обычным HTTP-сервисом для serverless» сервер становится, только если отказаться от подписок: они остались долгоживущим потоком. Твит умолчал и о дорогом: сверка заголовков с телом теперь обязательна, при расхождении сервер обязан ответить 400, а заодно удалены ping, logging/setLevel и подписка на ресурсы — это ломает существующие серверы сильнее, чем пропажа сессии. Наконец, изменения пришли из открытых предложений сообщества, а не «от Anthropic», как пишет автор.

09

Не дать агенту закрыть задачу, пока её не посмотрел второй агент

кто: @ScarletKc_ исходники: openai/codex-plugin-cc
Было

Claude Code сам решает, что задача закончена. Вторую пару глаз зовёшь руками: копируешь дифф в другой инструмент и спрашиваешь ещё раз.

Стало

Codex стоит внутри Claude Code плагином, а хук на завершение хода отдаёт {"decision":"block"}, если ревью вернуло вердикт BLOCK: — и агент идёт доделывать вместо того, чтобы попрощаться.

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

⚡ Попробовать за вечер
  • Поставить четырьмя командами: /plugin marketplace add openai/codex-plugin-cc, /plugin install codex@openai-codex, /reload-plugins, /codex:setup. Нужны Node.js 18.18+ и аккаунт ChatGPT либо ключ API.
  • Первый прогон сделать безопасным, он только читает: /codex:review --background, затем /codex:status и /codex:result.
  • Натравить придирчивое ревью на свою ветку: /codex:adversarial-review --base main — эта команда, в отличие от обычной, принимает после флагов свободный текст с фокусом проверки.
  • Гейт включать на одну сессию и гасить: /codex:setup --enable-review-gate, потом --disable-review-gate.
  • Померить: сколько замечаний из первого ревью вы отправили бы в merge сами. Ноль — гейт вам не нужен, и это тоже ответ.

Дыра: «автоматически» из твита неверно — гейт по умолчанию выключен, в состоянии плагина лежит stopReviewGate: false, и без явного включения Codex ничего не блокирует. Блокировка идёт не кодом возврата, а JSON-решением на stdout. Сам OpenAI предупреждает в README: гейт способен закрутить длинную петлю между Claude и Codex и быстро сжечь лимиты, поэтому включать его стоит только на сессию, за которой смотрите. Бесплатный тариф подходит, но его размер не назван нигде: колонки Free в таблице лимитов просто нет. И утверждение твита, что codex mcp-server объявлен устаревшим, в источнике не подтверждается — я его не переношу.

10

Прогнать дежурство по инцидентам вхолостую, прежде чем пускать агента в канал

кто: @noahzweben исходники: anthropics/oncall-kit
Было

Ночной алерт будит дежурного, и час уходит на «что вообще происходит»: руками собрать графики, логи, свежие правки и вспомнить, случалось ли такое раньше. Знание о прошлых инцидентах живёт в головах, а не в файлах.

Стало

Первую сводку пишет агент, а человек приходит на готовую гипотезу со ссылками на доказательства. Границы жёсткие: агент только читает и только предлагает, а решение чинить остаётся за человеком.

Почему лучше: набор проверяется на чужой истории до того, как получит доступ к вашей. В репозитории лежит выдуманная команда с 48 инцидентами, часть которых отложена вслепую, и порог приёмки задан заранее: не меньше 70% удачных разборов и ни одного провального, иначе возвращаешься к добыче плейбуков.

⚡ Попробовать за вечер
  • Клонировать anthropics/oncall-kit, собрать фикстуру командой python3 test-fixtures/gen_fixture.py, открыть Claude Code в корне и вставить готовый запрос из test-fixtures/RUNBOOK.md. Ни одного подключения и ни одного администратора для этого не нужно, живые системы не затрагиваются.
  • Забрать себе templates/ONCALL.md и заполнить таблицу правил своими порогами: сигнал, при каком значении будить, сколько держаться, когда не будить. Формат правила из разбора: доля ошибок выше двух процентов дольше пяти минут и вне известного окна выкладки — будим, иначе пишем в журнал уроков.
  • Прогнать добычу плейбуков на своей истории за последние 30–90 дней, отложив 5–10 инцидентов вслепую, и принять результат только по тому же порогу.
  • Померить: на скольких отложенных инцидентах плейбук назвал причину, которую вы сами признали бы верной.

Дыра: дальше сухого прогона одному не уйти. Установка в рабочий чат требует тарифа Team или Enterprise, а выдать агенту доступ может только владелец организации — администратор увидит настройки, но завершить установку не сможет, и нужен отдельный оплаченный баланс с лимитом трат. Вечером воспроизводятся первые три фазы, но не последняя: сам репозиторий перечисляет непокрытое — настоящие подключения, поведение в чате и собственно вызов дежурного, для них нужен живой канал. Фикстура тоже неполная, в ней нет заглушек под метрики и логи. Репозиторий помечен как эталонная реализация, которую не поддерживают и куда не принимают правки. А числа про среднюю сводку за 14 минут — самоотчёт вендора о своей внутренней установке, без методики и выборки: это ориентир, а не измерение.

💬

На что обратить внимание

Пять заявок, которые не дошли до карточки: у одних лечение висит на внутренней инфраструктуре автора, у других цифру измерил сам продавец, у третьих нужная функция уехала в платный тариф. Держать в голове стоит, а повторять вечером пока нечего.

🧾 Схемы MCP съедают контекст ещё до вашего первого слова

У Uber при сотне с лишним подключённых инструментов преднагрузка схем добавляла 50–70 тысяч токенов в начальный промпт и пересылалась заново на каждом ходу; один вендорский workspace-сервер везёт 49 инструментов и около 22 тысяч токенов схемы. Диагноз переносится на любой стек, а вот лечение у Uber своё: проекция тысячи с лишним инструментов в CLI работает против их внутреннего шлюза, которого у вас нет.

Разбор Uber ↗

🔌 Codex CLI научился подменять результат MCP-инструмента до модели

В релизе 0.151.0 расширения теперь могут просмотреть или заменить результат MCP-инструмента прежде, чем он дойдёт до модели: это та точка, где напрашивается и фильтрация мусора, и защита от инъекций. Пока это одна строка ченджлога со ссылкой на пул-реквест: ни имени хука, ни ключа конфигурации, ни примера, так что написать по этому описанию нечего.

Release notes ↗

🕸 Граф кодовой базы вместо обхода файлов

MCP-сервер codebase-memory-mcp индексирует репозиторий в граф и отвечает структурными запросами: заявлено 3 400 токенов против 412 000 при файловом переборе. Цифру измерил сам проект, и его README признаёт, что для точного повторения нужны исходные входные данные и артефакты, которых нет в открытом доступе; ссылка на «оценку по 31 репозиторию» ведёт на препринт самих авторов. Инструмент под MIT и ставится локально, так что проверять лучше на своей нагрузке.

Репозиторий ↗

🐚 Shell-инструмент как место, где горят токены обвязки

Разбор чужих обвязок с несколькими правилами, которые стоит унести в свой код: отдавать честный код выхода (137 при SIGKILL, 143 при SIGTERM) вместо того, чтобы убитый по памяти процесс приходил как success; читать лог по смещению, а не переотдавать тот же хвост; заворачивать вывод процесса как недоверенные данные. Всё остальное — материал запуска собственного продукта: и потолок в 306 тысяч токенов на миллион, и доля в 98% посчитаны автором по его же приватным трейсам, внешней ссылки в посте нет.

Tweet ↗

🗄 MCP-сервер к семи базам данных — но за платным тарифом

Gridex обещает нативную IDE под Apache-2.0 со встроенным MCP-сервером: тринадцать инструментов, три режима доступа на соединение, санитайзер SQL и запись каждого вызова агента в журнал. Проверка ломает картинку дважды. Сайт вендора помечает сам MCP-сервер как функцию платного тарифа в закрытом раннем доступе, хотя код лежит в открытом репозитории, а команды подключения к Claude Code не даёт ни README, ни сайт: конфиг рисует вкладка в интерфейсе. И твит неточен — семь баз поддержаны только на macOS, на Linux и Windows их шесть.

Репозиторий ↗
🎯

Мой план на эту неделю

Три дела, каждое на один вечер. Все три про то, чтобы убрать лишнее из контекста и перестать платить за него дважды.

Урезать: прогнать /doctor и вычеркнуть из CLAUDE.md всё, что агент видит по структуре репозитория
до среды
Включить: бету cache-diagnosis-2026-04-07 на одном сервисе и посмотреть первый cache_miss_reason
до пятницы
Посчитать: типичную паузу между ходами и выбрать TTL кэша осознанно
до пятницы
#

Метаданные

сгенерировано 2026-08-31
окно 2026-08-24 — 2026-08-31 (7 дней)
отсканировано / в дайджест 1741 пост от 1122 авторов / 10 приёмов + 5 на заметку
воронка 1103 поста по теме → 500 прочитано → 36 в вычитку → 25 проверок на опровержение → 10 карточек
источник Nitter RSS (nitter.perennialte.ch), метрики через fxtwitter, источники по ссылкам — firecrawl
медиа три картинки взяты из статей-источников, две — из самих твитов (схема stateless MCP — последний кадр ролика, вложенного в пост); схема Archify найдена в репозитории проекта через Firecrawl. Bright Data MCP в этой сессии не поднялся (ошибка сертификата SSE), эта ступень лестницы пропущена
пропущенные handles нет: после повторного сбора все хэндлы отдали окно целиком. У karpathy и alexalbert__ в окне нет постов (лента отвечает, публикаций за неделю нет). Окно не покрыто у 5 тематических запросов из 41: «token cost», vllm OR sglang, «llama.cpp» OR ollama, mcp server, «subagent»
×
Открыть твит