ЭЙ, АЙ!

⏳Твой MCP-инструмент запускает долгую задачу, а Claude Code просто ждёт? Теперь он умеет ставить её в очередь и возвращаться Ты подключил MCP-сервер — например, для ресёрча, сборки или генерации отчётов. Запускаешь инструмент. Он работает минуту, две, пять. Claude Code всё это время блокирован: не может делать ничего другого, пока не придёт ответ. А если серверу нужно что-то уточнить — он либо падает, либо работает вслепую. 23 октября Anthropic выкатила в Claude Code CLI поддержку MCP Tasks и Elicitations — двух механик, которые меняют то, как агент работает с длительными задачами и внешними сервисами. Что такое MCP Tasks 🤨 Раньше вызов MCP-инструмента был запросом-ответом: Claude попросил — сервер ответил. Если сервер не успел — таймаут. Теперь сервер может вернуть task handle вместо результата: id задачи, статус (working, input_required), таймстемпы и интервал опроса. Claude Code опрашивает задачу через tasks/get, пока она не завершится, и не блокируется на всё это время. Проще: долгая работа уходит в фон, а Claude продолжает сессию. Когда задача готова — результат возвращается. Что такое Elicitations

🤨 Сервер может остановиться посреди задачи и запросить у тебя данные, которые не может получить сам: подтвердить возврат, уточнить деталь, передать управление браузеру для логина. Claude Code рисует диалог автоматически — без настройки клиента. Форма или URL — на выбор.

Что это меняет для тебя как daily-юзера

✨ Ты перестаёшь писать костыли для поллинга в каждом плагине. И перестаёшь бояться, что сервер «пойдёт дальше без ответа». Два старых режима отказа — «блокировка на медленном инструменте» и «молчаливое продолжение без ввода» — теперь имеют штатные ответы внутри одного клиента.

Но есть ограничения — и их важно знать Это public beta, и запуск узкий:

🟣Работает в Claude Code CLI, Agent SDK и GitHub Actions. В VS Code extension и десктопном приложении MCP Tasks нет. 🟣Нужна версия Claude Code 2.1.304+. 🟣MCP-сервер должен поддерживать protocol revision 2026-07-28 (stateless revision). 🟣Вызов должен идти из главного диалога, не из субагента. 🟣Elicitations работают только в интерактивных терминальных сессиях. Неинтерактивная сессия отменяет задачу, запрашивающую ввод, а не угадывает.

Попробуй прямо сейчас: обновись до 2.1.304+ (claude --version). Проверь, поддерживает ли твой MCP-сервер Tasks — если да, запусти длительную операцию и посмотри, блокируется ли сессия. Если сервер старый — обнови его до protocol revision 2026-07-28. И не жди, что это заработает в VS Code: для расширения фича пока недоступна. 🔗 Claude Code docs — MCP 🔗 Yahoo Tech — Claude Ships MCP Tasks and Elicitations 🔗 Claude Code changelog 🟠 ЭЙ, АЙ!

Монтаж и моушн с Claude - без сотни часов на туториалы 🎬 Если хоть раз пытался собрать моушн-ролик сам, знаешь: туториалы, шрифты, тайминги, переходы. Недели, чтобы хоть что-то выглядело прилично. Я собрал пак скиллов, который превращает Claude в моушн-дизайнера. Вы даёте ему голос, он делает всё остальное: придумывает концепцию, рисует раскадровку на согласование и сам рендерит готовый ролик. Что лежит в архиве: ▫️ 59 правил премиального моушна: как строить кадр, подбирать шрифты и цвет, вести камеру, делать переходы и держать ритм ▫️ 233 разобранных референса с оценками и ссылками, чтобы было на что равняться ▫️ Рабочий движок: мягкие движения камеры, многослойные сцены с глубиной резкости, анимация, синхронизированная с голосом ▫️ Звук, экспорт в MP4 и пошаговая установка Голос на входе, готовый ролик на выходе 👁️ Забирайте архив по ссылке ниже 👇 Пользуйтесь бесплатно, пока лежит. АРХИВ

🔍 Ты ревьюишь все PR одинаково? Claude Code теперь умеет Quick, Standard и Deep — и это экономит токены Ты используешь Code Review в Claude Code. Каждый PR проходит через один и тот же уровень проверки: и учебный пет-проект, и критичный сервис. В итоге на мелочи уходит столько же токенов и времени, сколько на важное. С версии 2.1.304 (19 октября) это можно настроить. Что нового: В Code Review появились три уровня ревью:

🔵Quick — быстрая проверка. Для пет-проектов, экспериментов, учебных репозиториев. 🔵Standard — уровень по умолчанию. Для обычных рабочих проектов. 🔵Deep — глубокая проверка. Для критичных репозиториев, где цена ошибки высока.

Organization Owner может установить уровень для всей организации и переопределить его для отдельных репозиториев. Например: все репозитории — Quick, а payment-service и auth-service — Deep. Как настроить: 1️⃣Зайди в настройки организации в Claude Code (или через админ-панель). 2️⃣Найди раздел Code Review. 3️⃣Выбери базовый уровень: Quick, Standard или Deep. 4️⃣Для отдельных репозиториев задай переопределение — там же, в настройках репозитория. Если у тебя нет прав Organization Owner — попроси админа. Настройка применяется на уровне организации, а не отдельного пользователя. Почему это важно: Deep-ревью — это больше токенов, больше времени, больше глубины. Если гонять его на каждом PR в учебном проекте, ты сжигаешь лимиты впустую. Если ставить Quick на критичный сервис — рискуешь пропустить баг. Разные уровни для разных репозиториев решают обе проблемы: фокус там, где он нужен. Попробуй прямо сейчас: обновись до версии ≥2.1.304 (claude --version). Зайди в настройки Code Review. Если ты в организации — предложи админу поставить Quick для всех репозиториев и Deep только для двух-трёх самых важных. Посмотри, как изменится расход токенов за неделю. 🔗 code.claude.com/docs/en/code-review 🔗 dev.classmethod.jp — Claude Code v2.1.303–v2.1.304 🟠 ЭЙ, АЙ!

ОДНО SMS — И НОВАЯ SIM-КАРТА? 🤯 🐼Panda-Sim — SMS-коды, аренда номеров и 4G-прокси в одном месте. 📞 SMS-коды от $0,07 → Telegram, WhatsApp, Google → Номера из 145 стран → Принимаем 💰 💰 💰 💰 📱 Аккаунты Facebook для рекламы → Бизнес-менеджеры 🌍 4G-прокси любой страны Нужен IP другой страны? Выбирайте нужную географию👇 🐼 Открыть каталог Panda-Sim

🧠 Ты просишь Claude «сделай фичу» — и получаешь не то. Промпт дня: пусть Claude сначала проинтервьюирует тебя Ты каждый день делегируешь Claude Code задачи. Мелкие правки проходят гладко. Но когда берёшься за что-то большое — новый модуль, интеграцию, рефакторинг с бизнес-логикой — Claude делает «по-своему». Ты смотришь на результат и понимаешь: он не знал про ограничения, про то, как это должно работать с другими частями системы, про крайние случаи. Ты не сказал — он не угадал. Решение: заставить Claude самого задать тебе вопросы до того, как он напишет первую строку кода. Промпт, который меняет процесс:

Я хочу построить [краткое описание фичи]. 
Проинтервьюируй меня в деталях, используя инструмент AskUserQuestion. 
Спроси про техническую реализацию, UI/UX, крайние случаи и компромиссы. 
Не задавай очевидных вопросов — копай в сложные места, о которых я мог не подумать. 
Продолжай, пока мы не покроем всё, затем напиши полную спецификацию в SPEC.md.

Ты отправляешь это — и Claude начинает задавать вопросы. Не «какой цвет кнопки», а «что должно произойти, если пользователь нажмёт дважды?», «как система должна вести себя при таймауте внешнего API?», «какие данные нельзя логировать?». Вопросы, которые ты сам не продумал. Почему это работает:

🤨 Когда ты просишь «сделай», Claude заполняет пробелы своими предположениями. Когда ты просишь «спроси меня», он вытаскивает твои требования. Спецификация получается точной, потому что ты отвечаешь на конкретные вопросы, а не пытаешься вспомнить всё сразу.

Что делать после интервью: 🤨 Claude сохраняет спецификацию в SPEC.md. Дальше — новая сессия. Ты запускаешь claudeзаново, даёшь ему SPEC.md и говоришь: «Реализуй это». Чистый контекст, никаких старых обсуждений, только спецификация. Результат получается точнее, потому что Claude не отвлекается на историю диалога. Попробуй прямо сейчас: возьми задачу, которую обычно делаешь «на глаз». Запусти промпт выше. Посмотри, какие вопросы задаст Claude. Ответь на них. Сохрани SPEC.md. Открой новую сессию и реализуй. Разница будет заметна с первого раза. 🔗 code.claude.com/docs/en/best-practices — раздел «Let Claude interview you» 🟠 ЭЙ, АЙ!

📦 Ты седьмой раз пишешь Claude один и тот же чек-лист для ревью. Пора превратить его в skill — и вызывать одной командой Ты каждый день просишь Claude проверить код: «посмотри на баги, проверь нейминг, нет ли дублирования, есть ли тесты». Каждый раз формулируешь заново. Или копируешь из старой сессии. Это работает, но ты тратишь время на повторение того, что можно зафиксировать один раз. Skills — это способ превратить повторяющийся промпт в переиспользуемый инструмент. Ты создаёшь файл SKILL.md, кладёшь туда инструкции — и дальше вызываешь /имя-скилла. Claude подхватывает его автоматически или по команде. 🤨 Чем это отличается от кастомных команд, которые ты, возможно, уже пробовал: Раньше были .claude/commands/*.md. Теперь команды объединены в skills: файл в .claude/commands/deploy.md и скилл в .claude/skills/deploy/SKILL.md создают одну и ту же команду /deploy. Старые файлы продолжают работать. Но skills добавляют то, чего не было у команд:

🔵Директория для вспомогательных файлов. Можно положить рядом шаблоны, скрипты, примеры — и ссылаться на них. 🔵Frontmatter для контроля. Можно указать, кто вызывает скилл — ты или Claude автоматически. 🔵Ленивая загрузка. Тело скилла загружается только когда он используется. Длинные инструкции не занимают контекст постоянно.

Рецепт: скилл /review за 2 минуты Создай папку и файл:

mkdir -p .claude/skills/review
nano .claude/skills/review/SKILL.md

Вставь:

---
name: review
description: Проверяет код по моему чек-листу перед коммитом
---

Проверь текущие изменения по этому чек-листу:

1. **Баги:** найди логические ошибки, необработанные исключения, `None`-проверки.
2. **Дублирование:** укажи повторяющиеся блоки, которые можно вынести в функцию.
3. **Нейминг:** проверь, что имена переменных и функций говорят сами за себя.
4. **Тесты:** есть ли тесты для новой логики? Если нет — предложи, что покрыть.
5. **Безопасность:** проверь SQL-инъекции, XSS, утечки секретов.

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

Теперь в Claude Code ты просто пишешь:

/review

И получаешь полный разбор по своему чек-листу — без повторного объяснения. Если хочешь, чтобы Claude вызывал этот скилл автоматически, когда видит изменения в коде — добавь в frontmatter autoInvoke: true (или оставь ручной вызов, если хочешь контролировать). 🤨 Попробуй прямо сейчас: создай .claude/skills/review/SKILL.md с содержимым выше, запусти claude и введи /review. Если скилл не появился — проверь, что файл лежит именно в .claude/skills/review/ и имеет расширение .md. Claude Code подхватывает скиллы при старте сессии. 🔗 code.claude.com/docs/en/skills 🔗 agentskills.io — открытый стандарт, на котором основаны skills 🟠 ЭЙ, АЙ!

🔥 GEMINI AI PRO НА 18 МЕСЯЦЕВ — ВСЁ В ОДНОЙ ПОДПИСКЕ! Нейросети, генерация видео и 5 ТБ облачного хранилища — теперь в одном решении 🚀 💎 Что ты получаешь: ❤️ Gemini AI Pro — мощные возможности искусственного интеллекта 🎬 Veo 3.1 — создавай видео с помощью ИИ ☁️ Google One — целых 5 ТБ облачного хранилища 🍌 Nano Banana Pro — создание и редактирование изображений 📚 NotebookLM и Deep Research — для учёбы, работы и исследований 📩 Интеграция Gemini с Gmail, Docs и другими сервисами ⚡ 18 МЕСЯЦЕВ ДОСТУПА ✅ Активация на свой Google-аккаунт ✅ Автоматическая выдача 24/7 после оплаты ✅ Поддержка продавца 💥 Забудь о покупке нескольких отдельных ИИ-сервисов — получи доступ к целой экосистеме Google AI! 👇 Забирай свою подписку здесь: https://tglink.io/7173ca3de02e41?erid=2W5zFGzVJQR

💸 Ты платишь за то, что Claude Code перечитывает старый контекст. На этой неделе это починили — но фичу нужно включить правильно Ты работаешь в длинной сессии. Уходишь на обед. Возвращаешься, пишешь следующее сообщение — и Claude снова «перечитывает» сотни тысяч токенов, чтобы понять, о чём вы говорили. Ты платишь за это. Каждый раз. С версии 2.1.299 Claude Code научился idle compaction: если сессия простаивает около 54 минут, а контекст больше 200K токенов, Claude автоматически сжимает разговор в саммари до того, как истечёт часовой кэш промптов. Когда ты возвращаешься, следующее сообщение не переобрабатывает всю историю заново. Как это работает и где настроить: Функция включена по умолчанию с 2.1.290, но только для терминального режима. В /config появилась отдельная строка Idle compaction — можно выключить или включить обратно. Если хочешь изменить порог в 200K токенов, используй переменную окружения CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS. Когда её стоит выключить: Сжатие заменяет слой разговора саммари. CLAUDE.md перечитывается с диска, но содержимое файлов, которые Claude читал по инструкции из CLAUDE.md, складывается в саммари. Если твой workflow зависит от того, что именно лежит в контексте (например, ты анализируешь большой лог и ссылаешься на конкретные строки), — отключи:

{ "idleCompaction": false }

в настройках. Попробуй прямо сейчас: открой /config и найди строку Idle compaction. Если она включена — оставь. Если ты часто работаешь с большими файлами и ссылаешься на конкретные фрагменты — выключи и посмотри, изменилось ли поведение. Заодно проверь CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS, если 200K для тебя слишком много или слишком мало. 🔗 code.claude.com/docs/en/changelog 🔗 dev.to — This week in Claude Code (week of October 18) 🟠 ЭЙ, АЙ!

🚀 НЕЙРОСЕТИ С ПОЛНЫМ БЕЗЛИМИТОМ ТОКЕНОВ! Rate Cloud - API-доступ к мощным AI-моделям по фиксированной цене. Пользуйтесь нейросетями 24/7 без ограничений на количество токенов! 🔥 Доступные модели: • GLM 5.3 и GLM 5.3 Flash • DeepSeek V4.1 Flash и DeepSeek V4 Pro • Qwen 3.8 Max 💚 Что вы получаете: ✅ Полный безлимит входных и выходных токенов ✅ До 4 параллельных запросов на подписку ✅ Поддержка OpenCode, Codex, Claude Code ✅ Работа AI-агентов 24/7 ✅ Подписки на 3, 7 или 30 дней ✅ Цены от 2 232 ₽ за 30 дней 🎁 СКИДКА 10% НА ПЕРВУЮ ПОКУПКУ! Промокод: PROMIKHYEMIK 🎯 Бесплатный тест на 3 часа после подтверждения почты и Telegram! 🌐 https://tglink.io/67b00167357545?erid=2W5zFGiD7ZT

⌨️ Ты каждый день жмёшь Enter, но не знаешь про эти пять клавиш. Они экономят часы Ты используешь Claude Code ежедневно. Наверняка замечал: иногда он что-то делает, а ты не понимаешь, что именно и почему так долго. Или хочешь вернуться к команде, которую вводил десять минут назад, но она уже потерялась в истории. Пять приёмов ниже решают это — и почти никто ими не пользуется. 1️⃣ Ctrl+O — увидеть, что Claude делает на самом деле Ты ждёшь, а он молчит. Нажми Ctrl+O — откроется transcript viewer. Ты увидишь каждый вызов инструмента, время выполнения, какая модель использовалась и какие MCP-серверы дёргались. Если Claude «завис» — сразу понятно, на каком шаге. Если хочешь понять, почему задача заняла 10 минут, — вот ответ. 2️⃣ Ctrl+T — список задач, который Claude ведёт сам Ты дал большую задачу, и непонятно, на каком он этапе. Нажми Ctrl+T — появится чек-лист, который Claude составил для себя. Видно, что уже сделано, что в процессе, что осталось. Не нужно спрашивать «ты закончил?» — просто посмотри. 3️⃣ Ctrl+R — поиск по истории команд Ты вводил сложный промпт десять минут назад. Он сработал идеально. Теперь нужен снова, но текст уже потерян. Ctrl+R открывает обратный поиск по истории — как в Bash. Начни вводить слово, и Claude покажет все команды, где оно встречалось. По умолчанию ищет по всем проектам; Ctrl+S внутри поиска сужает до текущего. 4️⃣ /terminal-setup — Shift+Enter для переноса строки Ты пишешь длинный промпт, хочешь сделать перенос, жмёшь Shift+Enter — и Claude отправляет сообщение. Раздражает. Выполни /terminal-setup один раз — и Shift+Enter начнёт вставлять новую строку. В iTerm2, WezTerm, Ghostty и Kitty это работает из коробки, но для VS Code, Alacritty, Zed и Warp нужна эта команда. В tmux — ещё две строки в конфиге, но оно того стоит. 5️⃣ Ctrl+X Ctrl+K — остановить всех фоновых субагентов Ты запустил несколько задач, они ушли в фон, и теперь непонятно, что происходит. Ctrl+X Ctrl+K останавливает всех фоновых субагентов в сессии и отключает автоответы на артефакты. Нажми дважды за 3 секунды для подтверждения. Если фоновый субагент ждёт разрешения — это сработает даже через открытый промпт. Попробуй прямо сейчас: открой Claude Code и нажми Ctrl+O. Посмотри, что он делал в последней задаче. Затем Ctrl+T — увидишь чек-лист. Если давно не настраивал терминал — выполни /terminal-setup и проверь Shift+Enter. 🟠 ЭЙ, АЙ!

🚀 Ты используешь Claude Code как автокомплит. А он умеет работать как команда из 5 разработчиков Ты каждый день запускаешь Claude Code. Просишь поправить функцию, объяснить код, сгенерировать тест. Это работает. Но есть режим, в котором один Claude превращается в пять параллельных сессий, каждая работает над своей задачей в изолированной копии проекта — и не мешает остальным. Ты просто собираешь результат. Проблема: 

🔴 Последовательная работа. Пока Claude делает задачу А, ты ждёшь. Потом запускаешь задачу Б — и снова ждёшь. Ты становишься бутылочным горлышком.

Решение: 

🟣 git worktrees + параллельные сессии. Claude Code поддерживает это нативно. Ты запускаешь claude --worktree — и каждая сессия работает в своей изолированной копии репозитория. Они не конфликтуют, не перезаписывают файлы друг друга, не ломают твою основную ветку.

Как это выглядит на практике: Ты открываешь три терминала. В первом запускаешь сессию для рефакторинга модуля аутентификации. Во втором — для обновления зависимостей. В третьем — для написания тестов. Каждый Claude работает в своём worktree. Ты переключаешься между ними, когда нужно что-то уточнить. Результаты собираешь вручную или через /batch — если задача разбивается на 5–30 независимых кусков, Claude сам создаст worktree-агентов и запустит их параллельно. Почему это меняет твой день:

🤨 Ты перестаёшь ждать. Три задачи вместо одной за то же время. А если задача большая и разбивается на части — /batch делает всё сам. Например: «переименуй интерфейс User в Account во всём проекте» — Claude разделит это на 20 worktree-агентов, каждый обновит свою часть и откроет PR.

Попробуй прямо сейчас: открой терминал в своём проекте и запусти claude --worktree feature-1. Сделай то же самое в другом терминале: claude --worktree feature-2. Запусти в каждой сессии свою задачу. Посмотри, как они работают параллельно. Если захочешь автоматизировать разбиение — используй /batch <задача>. 🔗 code.claude.com/docs/en/common-workflows 🔗 code.claude.com/docs/en/best-practices 🔗 support.claude.com — Power user tips 🟠 ЭЙ, АЙ!

⚡️ В сети начали массово сливать IT-курсы и книги известных онлайн школ Вот отсортированная база с тонной материала (постепенно пополняется): (363 видео, 87 книги) — Python (117 видео, 53 книги) — ВАЙБКОД (174 видео, 91 книги) — DevOps (415 видео, 68 книги) — Frontend (137 видео, 93 книги) — DS/ML (143 видео, 33 книги) — ИБ/Хакинг (352 видео, 89 книги) — С/С++/C (343 видео, 87 книги) — Java/QA (176 видео, 32 книги) — Git/Linux (167 видео, 53 книги) — PHP/1С (227 видео, 83 книги) — SQL/БД (114 видео, 77 книги) — Сисадмин (107 видео, 43 книги) — BA/SA (181 видео, 32 книги) — Go/Rust (167 видео, 43 книги) — Kotlin/Swift (112 видео, 24 книги) — Flutter (113 видео, 82 книги) — GameDev (183 видео, 37 книги) — Дизайн (136 видео, 33 книги) — PM/HR Скачивать ничего не нужно — все выложили в Telegram

🧠 Claude Code на десктопе научился запускать несколько задач одновременно. Ты перестаёшь быть бутылочным горлышком Ты используешь Claude Code каждый день. И наверняка замечал: пока он делает одну задачу, ты ждёшь. Потом запускаешь следующую — и снова ждёшь. Anthropic только что переделала десктопное приложение так, чтобы это исправить. Что изменилось:

✨ Теперь Claude Code на десктопе умеет запускать несколько сессий параллельно. Ты пишешь в главном диалоге список задач — и Claude сам решает, какие из них можно делать одновременно. Для каждой он создаёт вложенную сессию (nested session), которая работает в фоне. Когда задача готова, результат возвращается в главную сессию. Промежуточные логи и ошибки остаются внутри вложенной сессии — главный чат не засоряется.

Как это выглядит на практике: Ты открываешь десктопное приложение и пишешь:

Переименуй интерфейс User в Account во всём проекте. 
Обнови тесты. 
Прогони линтер и почини всё, что найдёшь.

Claude понимает, что эти задачи можно разделить. Он запускает три вложенные сессии — каждая работает со своей частью проекта в изолированном git worktree. Ты сидишь в главном окне и видишь только итоговые отчёты. Если одна сессия застряла — можешь кликнуть и посмотреть, что там происходит. Что ещё добавили:

✨ Боковая панель теперь показывает все активные сессии — какие работают, какие ждут твоего ответа, какие завершились. Не нужно переключаться между окнами, чтобы понять статус. Плюс появились сохраняемые окружения: ты можешь сохранить набор папок, SSH-хост или облачную конфигурацию как одну «среду» и запускать сессии в ней одной кнопкой.

Попробуй прямо сейчас: обнови десктопное приложение до последней версии и запусти новую сессию. Напиши три независимые задачи в одном сообщении — например, «добавь логирование в модуль X», «обнови зависимости в package.json», «напиши тесты для функции Y». Посмотри, как Claude разобьёт это на параллельные сессии и вернёт тебе готовые результаты. 🔗 code.claude.com/docs/en/desktop 🔗 claude.com/blog/desktop-parallel-agents 🟠 ЭЙ, АЙ!

AI-агенту можно поручить черновик ответа клиенту. Отправку лучше оставить на подтверждение человеку. В «Работе без рутины» разбираем такие решения: где полезен AI, где хватит обычного правила и что проверить перед запуском. Уже разобрали сбои в n8n и расходы AI-шагов Zapier. Пишем об инструментах и ограничениях, со ссылками на источники. Два поста в день. Загляните в канал и начните с закреплённой подборки: https://t.me/+_TRhmPEYTvdkMDBi Реклама. Тюшняков И.А. ИНН 667204158650. erid: 2W5zFG65qTF

✍️ Они переписали фичу с Angular на React за неделю. Вручную на это ушло бы 6 месяцев У тебя когда-нибудь была задача, от которой хотелось сбежать? Миграция с одного фреймворка на другой — классика. Ты знаешь, что это правильно, но объём работы убивает: сотни файлов, ручной перенос логики, тесты, проверка поведения. Команда ZoomInfo (платформа B2B-данных) взялась за такую задачу — и сделала её не за полгода, а за одну рабочую неделю. Не потому что наняли больше людей. А потому что один инженер научился управлять командой из 15 AI-агентов. Что было:

🤨 Фича на Angular, 938 файлов. Исторически: команда из 4–5 инженеров, 6 месяцев работы. Задача — переписать всё на React с сохранением функциональности и визуального паритета. Что стало: 1 неделя, 8–12 рабочих часов одного инженера-оркестратора, 15 агентов на Claude Code (Opus + Sonnet). Результат — готовый React-код с тестами и E2E-проверкой.

Как они это сделали (и чему можно научиться): 1. Инженер перестал быть тем, кто пишет код. В агентном workflow его главный продукт — не компоненты, а scaffolding, контекст и циклы обратной связи. Он писал guidelines, настраивал theme-файлы, конфигурировал локальные серверы и формулировал промпты. Он управлял цифровой рабочей силой, а не набирал синтаксис. 2. Кодовая база стала «agent-legible». Если агент не понимает структуру директорий, типы и паттерны состояния — он галлюцинирует. Команда отказалась от неявного человеческого знания и централизовала контекст в структурированные файлы: 🟡shared_memory.json и todo_list.md — центральный стейт-машина для 15 агентов, чтобы они не толкались локтями. 🟡agents.md — мастер-индекс, который ссылается на модульные документы с правилами по компонентам, стилям и тестам. 🟡migration_plan.md — «живой» план, который обновлялся по ходу. 3. Масштабирование имеет предел — и это важно знать. Они дошли до 15 агентов эмпирически. На Apple M2 Pro с 32 ГБ RAM это оказался максимум: дальше — краши процессов и исчерпание ресурсов (виноваты TypeScript Language Server и оверхед на управление состоянием). Для другой машины они советуют начинать с 3–5 агентов и масштабироваться, следя за памятью. 4. Роли агентов были чёткими и специализированными. Не «делай всё», а: 🟣1 Team Lead (Opus) — надзирает, перезапускает упавших, эскалирует сложное человеку. 🟣10 Engineering Agents (Sonnet) — переписывают компоненты. 🟣1 Unit Test Agent — пишет тесты. 🟣1 Playwright Agent — E2E-проверка паритета через MCP. 🟣2 Code Review Agents — проверяют сгенерированный код на соответствие гайдлайнам. 🟣1 Parity & Audit Agent — верифицирует полноту и ведёт todo_list.md. 5. Пришлось управлять энтропией. При генерации сотен строк в минуту технический долг накапливается за часы, а не месяцы. Они наблюдали:

🔵«Test-Driven Memory Leaks» — асинхронные тесты, которые не чистили моки и таймеры. 🔵Архитектурные галлюцинации — вместо готовых custom hooks агенты иногда лепили громоздкие самодельные обходы. 🔵Циклические AST-трансформации — бесконечные циклы, когда LSP-самокоррекция натыкалась на конфликтующие правила.

Решение — Audit Agents как предварительный CI/CD-гейт: статический анализ, флаги нарушений, поиск TODO перед ревью человеком. 🟠 ЭЙ, АЙ!

АЙТИШНИКИ БЕСПЛАТНОЕ ОБУЧЕНИЕ Проект «Terminal» стал крупнейшей библиотекой бесплатного образования. В одном канале собраны курсы, книги, полезные инструменты и практические тренажёры для всех разработчиков: • Практические курсы и задания • Книги и статьи известных авторов • Полезные инструменты и ресурсы • IT-новости и инсайды Обучение по всем направлениям: SQL, Python, ML, Frontend, PHP, C++, Go, Git, Linux, QA, Java, Vibe-coding, InfoSec и др. ⌨️ подписаться

🧠 Ты используешь Claude Code каждый день, но всё ещё объясняешь ему одно и то же. Вот как настроить память проекта — и забыть про повторения Ты просишь Claude не использовать any в TypeScript. Он соглашается. Через две сессии — снова any. Ты напоминаешь про pnpm вместо npm. Он кивает. Через день — снова npm install. Знакомая ситуация? Проблема не в модели. Проблема в том, что ты держишь инструкции в голове, а не в файлах, которые Claude читает при каждом запуске. Что это:

У Claude Code есть три уровня памяти, и большинство daily-юзеров используют только первый — или не используют вообще. 🟣CLAUDE.md — то, что пишешь ты. Инструкции, конвенции, команды сборки, архитектурные решения. Загружается в каждый сеанс. 🟣Auto memory — то, что пишет Claude. Когда ты исправляешь его («не используй var, только const/let»), он сохраняет это в автоматическую память и больше не повторяет ошибку. 🟣.claude/rules/ — то, что загружается только при работе с определёнными файлами. Правила для Python не мешают работе с React.

Как это работает на практике: Представь, что ты работаешь в монорепозитории: фронтенд на React, бэкенд на Python. В корневом CLAUDE.md ты пишешь общие вещи: как запускать тесты, как называть ветки, где лежат общие утилиты. В .claude/rules/react.md — правила для фронтенда: «функциональные компоненты, никаких классов». В .claude/rules/python.md — правила для бэкенда: «типизация обязательна, ruff для линтинга». Когда Claude открывает файл .tsx, он подтягивает react.md. Когда .py — python.md. Тебе не нужно повторять «это React, используй хуки» каждый раз. Что писать в CLAUDE.md (и что не писать): Пиши то, что иначе пришлось бы объяснять новому разработчику: команды сборки и тестов, конвенции именования, архитектурные ограничения («все API-роуты возвращают { data, error }»). Не пиши то, что Claude может вывести из кода: стиль форматирования, очевидные вещи вроде «используй import». И не пиши то, что меняется каждый день — статистику, версии, временные костыли. ✨ Попробуй прямо сейчас: запусти /init в корне проекта. Claude просканирует репозиторий и сгенерирует стартовый CLAUDE.md. Прочитай его, дополни тем, что он пропустил. Затем, если работаешь с монорепозиторием или несколькими языками, создай папку .claude/rules/ и разложи правила по файлам: frontend.md, backend.md, tests.md. Claude Code автоматически подхватит их при работе с соответствующими файлами. 🟠 ЭЙ, АЙ!

Ноутбук, море и работа там, где тебе комфортно 🌴💻 Звучит как жизнь мечты? А если начать двигаться к ней уже после 9 класса? 👀 В МАП есть дистанционные программы СПО, которые помогут освоить профессию и выйти на удалёнку. Какие направления выбрать и как начать зарабатывать онлайн? 👉🏻Все подробности — в канале МАП

🐛 Один агент находит 27 багов. Команда агентов — 66. Anthropic только что открыла эту возможность для всех Ты используешь Claude Code каждый день. И наверняка замечал: когда просишь найти баги, он находит не всё. Это не потому, что модель плохая — это ограничение архитектуры. Один агент с одним контекстным окном физически не может удержать в голове весь проект. Anthropic это признала и выпустила решение: динамические workflow с параллельными агентами. 10 октября они вышли в публичную бету. Что это и почему это меняет правила:

🟡Раньше, если ты хотел просканировать 100 000 строк кода на баги, у тебя был один Claude. Он читал файлы последовательно, терял контекст, забывал, что уже проверил. Теперь ты запускаешь главного агента-оркестратора, который сам пишет программу разделения труда: разбивает проект на части, запускает параллельных субагентов, каждый из которых проверяет свою зону, а потом собирает результаты в один отчёт.

Anthropic провела тест: в 116 000 строк кода предварительно заложили 70 багов. Один агент за три прогона нашёл максимум 27 багов (меньше 40%). Динамический workflow за те же три прогона нашёл 66 багов каждый раз — больше 90%. Как это выглядит на практике: Ты не пишешь сложных скриптов. Ты просто говоришь Claude Code:

Найди все баги в этом репозитории. Используй динамический workflow.

Главный агент сам решает, как разбить задачу. Если у тебя монорепозиторий с фронтендом, бэкендом и общими библиотеками — он запустит отдельного субагента на каждую часть. Каждый субагент работает в своём изолированном окружении (worktree), видит только свои файлы и не мешает остальным. Результаты стекаются в главную сессию. Что это даёт тебе как ежедневному пользователю:

✨ Ты больше не думаешь о том, как распараллелить задачу. Ты просто ставишь цель — «проверь на баги», «отрефактори», «мигрируй на новую библиотеку» — и Claude сам решает, сколько агентов запустить и как разделить работу. Это особенно полезно для больших репозиториев, где один агент захлёбывается.

Попробуй прямо сейчас: Если ты на плане Pro или Max и уже в листе ожидания Projects — открой Claude Code и запусти задачу, которую раньше боялся делегировать из-за размера. Например: «Проверь все Python-файлы в src/ на утечки памяти и предложи фиксы». Смотри, как главный агент сам разобьёт это на части. 🟠 ЭЙ, АЙ!

🔄 Три обновления Claude Code за неделю, которые меняют ежедневную работу. Ты их пропустил Ты используешь Claude Code каждый день. Но за последние семь дней вышло 79 изменений в v2.1.296, плюс релизы 2.1.293–2.1.295. Среди них — три вещи, которые решают конкретные боли: чтение больших файлов, контроль контекста сабагентов и хуки, которые не пропускают опасные команды при сбое. Разберём без воды. Проблема: Claude не может прочитать файл целиком

🟣Ты просишь разобрать большой лог или сгенерированный файл на 100 000 строк. Claude делает несколько вызовов с offset и limit, теряет контекст между вызовами и в итоге анализирует только фрагменты. 🟣Обновление: в Read tool добавили опцию allow_large. Теперь Claude может прочитать текстовый файл сверх обычного лимита в один вызов, если ему нужен весь файл и в контексте есть место. 🟣Что это меняет для тебя: меньше вызовов инструмента, целостный анализ, меньше токенов на повторные чтения. Если ты работаешь с большими логами, сгенерированным кодом или дампами — попробуй явно попросить: «Прочитай весь файл, используй allow_large».

Проблема: сабагент съедает контекст главной сессии Ты запускаешь исследовательского сабагента, он читает десятки файлов и логов, а потом «раздувает» общий контекст. Главная сессия начинает тормозить, auto-compact срабатывает слишком поздно. 🟡Обновление: в frontmatter сабагентов и в --agents добавили autoCompactWindow. Теперь сабагент может авто-компактиться раньше, чем главная сессия. Плюс есть переменная CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL — чтобы все workflow-агенты работали на одной модели, а остальные сабагенты сохраняли свои настройки. 🟡Что это меняет для тебя: исследовательские задачи больше не «съедают» контекст главного диалога. Ты можешь запускать тяжёлые сабагенты для ресёрча и не бояться, что основная сессия уйдёт в auto-compact. Проблема: хук сломался — и пропустил опасную команду

🟡 Ты настроил hook на блокировку rm -rf или DROP TABLE. Но хук не запустился, упал с ошибкой или таймаутнулся — и Claude Code пропустил команду. Ты узнал об этом постфактум.

🔵 Обновление: для command и HTTP hooks добавили onFailure: "block". Если хук не может стартовать, таймаутится или завершается с неожиданным кодом — действие блокируется, а не пропускается. ✨ Что это меняет для тебя: хуки становятся надёжным guardrail, а не «best effort». Если ты используешь их для политик безопасности — включи onFailure: "block" в конфиге. Теперь сбой хука = блокировка, а не дыра. Бонус: Claude Haiku 5.5 стала моделью по умолчанию С 7 октября Haiku 5.5 — дефолтная Haiku-модель в API. Контекст 1M, цена $0.10 / $0.50 за миллион токенов (до 100K), кэш-чтение — $0.01. Для фоновых задач, саммари, быстрых проверок — теперь дешевле и с большим контекстом. Попробуй прямо сейчас: обновись до последней версии (claude --versionдолжен быть ≥2.1.296). Затем добавь в конфиг сабагента:

autoCompactWindow: 150000

И в hook, который блокирует опасные команды:

{
  "onFailure": "block"
}

Если ты работаешь с большими файлами — в следующем промпте попроси Claude использовать allow_large. 🟠 ЭЙ, АЙ!