Занятие 5 - От инструмента к среде
1. Главный сдвиг: от «инструмента» к «среде»
Техническое погружение
До этого занятия Claude Code обсуждался прежде всего как инструмент разработки. Здесь спикер делает принципиальный шаг: предлагает воспринимать его как операционную среду для любой умственной работы. Ключевая идея — у вас есть один агент с доступом ко всем инструментам (MCP, файловой системе, API), и вы прогоняете через него письма, презентации, аналитику, задачи — всё.
MCP (Model Context Protocol — протокол контекста модели) — открытый стандарт, через который агент подключается к внешним сервисам и данным (GitHub, Slack, Notion, базы данных, браузеры). Образно — это «USB-C для ИИ»: единый разъём, в который можно воткнуть любой совместимый инструмент.
Важное различие, которое задаёт тон всему занятию:
Interactive use (интерактивное использование) — ручная работа человека: вы сидите в чате/терминале и общаетесь с агентом вживую. Programmatic use (программное использование) — запуск агента кодом или по расписанию, без участия человека в моменте (автоматизация, боты, фоновые задачи).
15 июня, после которой программное использование (GitHub-бот, запуск через код и т. п.) начинает расходовать кредиты подписки, а не «бесконечный» ресурс тарифа. Это согласуется с тем, что Anthropic ввела отдельный пул Agent SDK credits (кредиты Agent SDK) для тарифов Max. Конкретные цифры и условия меняются — сверяйтесь с актуальной страницей тарифов Anthropic, а не с записью лекции.
Метод Фейнмана
отвёрткой: достал, закрутил винт, убрал. Теперь это верстак с электричеством и трубами, к которому подведены все ваши станки. Вы больше не «берёте инструмент под задачу» — вы переезжаете жить в мастерскую, и всё (письма, отчёты, видео) делается прямо на этом верстаке.
А «interactive vs programmatic» — это разница между тем, чтобы самому крутить руль (interactive) и поставить машину на автопилот по маршруту (programmatic). С 15 июня за автопилот начинает капать счётчик топлива из общего бака.
2. Режимы мышления: усилие (effort) и субагенты
Техническое погружение
Для серьёзной работы важны два «рычага».
Первый рычаг — уровень усилия (effort). Спикер настаивает: для сложных задач на Opus 4.8 нужно ставить «extra high», и разница с «high» ощутимая.
low → medium → high → xhigh → max. Уровень xhigh (читается «extra high», «экстра-высокий») — это реальный отдельный уровень между high и max, добавленный в команду /effort (версия v2.1.111). Более того, для тарифов на Opus 4.7+ значение по умолчанию уже подняли до xhigh. Так что совет «работай на extra high» корректен — просто в интерфейсе это xhigh, и переключается командой /effort (там же появился ползунок со стрелками).
Effort (усилие) — управляет тем, сколько «раздумий» (вычислений на рассуждение) модель тратит на задачу. Выше усилие → глубже анализ, но дороже и медленнее. Для простых задач хватает high, для сложной разработки и комплексных текстов — xhigh.
Второй рычаг — субагенты и динамические воркфлоу (dynamic workflows). Сначала агент проходит обычный цикл (уточнение → анализ → план), а после подтверждения плана может выполнять работу параллельно множеством субагентов. Спикер говорит, что теперь почти всегда работает в этом режиме.
Субагент (subagent) — отдельная сессия Claude, запущенная через инструмент Task. У неё свой собственный контекст (своя «оперативная память»). Субагенты нужны, когда важны изоляция контекста или параллелизм.
Где субагенты особенно полезны (из разбора):
- когда нужно распараллелить обработку большого числа независимых файлов;
- когда файлы сильно различаются по структуре и каждый требует своего подхода.
flowchart TD
A["Запрос пользователя"] --> B["Цикл уточнения:<br/>вопросы → анализ → план"]
B --> C{"Пользователь<br/>подтвердил план?"}
C -- "Нет" --> B
C -- "Да" --> D["Главный агент<br/>(оркестратор)"]
D --> E1["Субагент 1<br/>свой контекст"]
D --> E2["Субагент 2<br/>свой контекст"]
D --> E3["Субагент N<br/>свой контекст"]
E1 --> F["Сбор результатов"]
E2 --> F
E3 --> F
F --> G["Главная умная модель<br/>синтезирует итог"]больше токенов, но на масштабе всего проекта обычно токеноэффективнее: дешёвые модельки-разведчики собирают информацию, не забивая контекст главной (дорогой) модели, а та работает уже с готовой выжимкой. Субагенты есть и у конкурента (Codex) — появились относительно недавно.
Метод Фейнмана
Усилие (effort) — это «обороты двигателя мысли». На high мотор крутится бодро, но для крутого подъёма (сложная задача) нужно перейти на xhigh — иначе машина начнёт глохнуть на горке.
Субагенты — это рой дронов-разведчиков. Королева-улей (главная модель) не летает сама осматривать сто складов — она выпускает сотню мелких дронов, каждый со своей маленькой памятью. Они разлетаются одновременно, осматривают свой склад, возвращаются и сбрасывают королеве короткий отчёт. В моменте топлива на рой уходит больше, но королева не выгорает, разглядывая каждый склад лично, — и в сумме улей экономит силы.
3. Встраивание Claude в существующие программы
Техническое погружение
Самая «богатая», по словам спикера, тема: Claude Code можно встроить внутрь уже существующего приложения и запускать агента прямо изнутри своего инструмента. На разборе работ это выглядело так:
- Безопасная связка с 1С. Агент не меняет продакшен-базу напрямую, а читает код и отвечает на вопросы вроде «есть ли замечания по учёту денежных средств за период». Запрос запускает полноценного кодинг-агента со всей обвязкой — отсюда задержка, но и глубина.
- Безопасная работа с Bitrix — тот же принцип: «где лежат блоки горячих предложений» → агент ищет конкретный код.
- Встраивание в open source приложение (например, рисовалку на основе TLDraw SDK, приложение для изучения языков, помощник по облигациям) — агент живёт внутри инструмента и автоматизирует сценарии под задачу.
Open source (открытый исходный код) — программа, чей код опубликован (обычно на GitHub) и доступен для изучения и изменения. Внимание: «открытый код» ≠ «делай что хочешь». У TLDraw, например, для коммерческого продукта нужна платная лицензия.
Как технически встроить чужой open-source-проект под себя? Спикер описывает обезоруживающе простой приём: дать агенту ссылку на репозиторий и сказать «посмотри весь код и сделай мне такое же, только с Claude/Codex». Агент создаёт новый запускной файл — фактически новую программу.
Отдельный важный паттерн — «слушатель папки». Многие думают, что для мониторинга нужно держать агента постоянно запущенным. Это не так:
flowchart LR
A["Лёгкое приложение-сторож<br/>(работает постоянно)"] -->|"мониторит"| B["Папка Downloads"]
B -->|"появился новый файл"| C["Сторож будит<br/>«спящего» Claude"]
C --> D["Claude обрабатывает<br/>файл и засыпает"]Сам Claude ничего не слушает и не висит в фоне. Постоянно работает крошечная программа-сторож; как только в папке появляется файл — она «будит» агента одним вызовом.
люди или обычные программы, а не агенты. Агенты могут ошибаться и совершать опасные действия. Поэтому программы должны сами встроить стопоры, чтобы не дать агенту сделать опасное, даже если он попытается. Он прогнозирует, что таких «агенто-безопасных» программ станет много в течение года-полутора.
OpenClaw (тот самый, с heartbeat и памятью, о котором речь ниже) по умолчанию выдавал широкий доступ к системе и пережил серьёзный инцидент безопасности — уязвимость CVE-2026-25253, затронувшую 50 000+ инсталляций. Ответ Anthropic — функция Remote Control и scheduled tasks с явными границами разрешений и одобрением каждой задачи. Так что «безопасный, ограниченный доступ» — не вкусовщина спикера, а уже усвоенный индустрией урок.
направление тренда верное — доля автоматизированного (агентного/ботового) трафика устойчиво растёт, и Cloudflare действительно публикует данные о боте-трафике. Не цитируйте конкретное число из лекции как факт.
Метод Фейнмана
пристыковать боевого робота к шлюзу обычного дома. Дом (1С, Bitrix) строили для жильцов-людей: дверные ручки, выключатели. Робот может случайно снести стену. Поэтому умный подход — дать роботу «смотровое окошко» (читать код и советовать), а не лом для крушения несущих стен продакшена.
А «слушатель папки» — это дверной звонок и спящий охранник. Охранник (Claude) спит и не ест ресурсы. У двери висит дешёвый датчик-звонок (сторож). Принесли посылку (новый файл) — звонок будит охранника, тот её обрабатывает и снова заваливается спать. Не нужно держать охранника бодрствующим круглые сутки у двери.
4. Веб, переделанный под агентов
Техническое погружение
Раз агенты начинают «заходить на сайты» чаще людей, появляется новый класс сервисов — веб, адаптированный под агентов. Спикер показывает несколько:
- here.now — площадка, где можно опубликовать «сайт» исключительно для агентов: человеческого интерфейса загрузки нет, вы просто копируете инструкции, и агент работает с ними.
- Parallel (parallel.ai) — у сайта есть переключатель «как видит человек / как видит агент». Агентская версия — чистый Markdown (язык лёгкой разметки), по которому ИИ мгновенно понимает, что где находится.
- browser-use — способ дать вашему агенту полноценный браузер (включая передачу ваших cookies из основного браузера, чтобы быть авторизованным). На момент лекции — 10 задач/месяц бесплатно.
- agent mail (agentmail) — почтовый ящик для вашего агента. Бесплатно: 3 ящика, 3000 писем/день, 3 ГБ хранилища.
Markdown — простой текстовый язык разметки (заголовки через #, списки, ссылки), который легко читается и человеком, и машиной. Для агентов это идеальный формат: ни лишнего HTML-мусора, ни картинок-кнопок — только структура и смысл.
появится отдельный агентский вход — машиночитаемый, где сразу описано, какими командами пользоваться и как выглядят API-вызовы. Сайт перестаёт быть «картинкой для глаз» и становится «интерфейсом для машин».
Метод Фейнмана
витрина магазина с мигающими вывесками, музыкой и манекенами: всё, чтобы зацепить человеческий глаз. Агенту это мешает — он спотыкается о манекены. Агентский веб (here.now, Parallel) — это служебный вход с табличкой шрифтом Брайля для роботов: ни витрин, ни музыки, только чёткая опись «полка 3 — товар, полка 4 — оформить заказ» на машинном языке (Markdown). А agent mail и browser-use — это выдать роботу служебный пропуск и собственный почтовый ящик, чтобы он сам ходил по делам, не дёргая вас.
5. Artifacts: интерактивные мини-приложения
Техническое погружение
Artifacts (артефакты) в Claude — это интерактивные мини-приложения/веб-сайты (квизы, игры, калькуляторы, лендинги), которые Claude генерирует и которые можно тут же опубликовать по ссылке. Спикер подчёркивает: возможность, которую сейчас подают как прорыв у конкурентов, в Claude существует уже около двух лет.
Как это работает: выбираете тип (например, quiz), описываете задачу («сделай квиз про изучение Claude Code на русском, стильный минималистичный дизайн, красивые карточки»), Claude генерирует артефакт, вы жмёте Publish — и получаете ссылку, которой можно делиться.
Более того, в Cowork можно создавать артефакты, которые одновременно используют ваши подключённые MCP/коннекторы — например, мини-программу, которая вместе с Claude проверяет вашу почту.
не удивляйтесь, если расположение кнопок в интерфейсе отличается от записи — продукт активно меняется.
Но: правила Anthropic абстрактны и могут поменяться в любой момент. Не стройте критичные процессы на допущении «ссылка вечная».
Метод Фейнмана
3D-принтер, встроенный в чат. Вы описываете словами деталь («квиз с красивыми карточками»), принтер тут же её печатает, и вы можете отдать готовую вещь любому по ссылке. А артефакт в Cowork с подключёнными коннекторами — это уже принтер, у которого деталь сразу подключена к проводам (к вашей почте, к Notion): не просто статуэтка, а работающий прибор.
6. Автоматизация: команда /loop и расписания
Техническое погружение
/loop — команда (бандл-навык) Claude Code, которая запускает заданный промпт по интервалу. Claude переводит интервал в cron-выражение и создаёт фоновую задачу в рамках сессии.
Cron (планировщик задач) — классический механизм Unix для запуска команд по расписанию. Cron-выражение задаёт частоту (например, 0 9 * * * = «каждый день в 9:00»).
Синтаксис и поведение, описанные спикером, — корректны (проверено по документации):
/loop 5m проверь, прошёл ли деплой— каждые 5 минут.- Единицы:
s(секунды, округляются до минуты),m(минуты),h(часы),d(дни). - Если интервал не указать — по умолчанию 10 минут (точнее: без интервала Claude выбирает паузу динамически, от 1 минуты до 1 часа, в зависимости от обстановки).
- Внутрь
/loopможно положить другую команду:/loop 20m /review-pr 1234.
Ограничения (спикер их перечисляет верно):
- максимум окна — 3 дня (потом задача срабатывает в последний раз и удаляется);
- компьютер должен быть включён, а сессия — открыта; закрыли терминал → всё остановилось;
- максимум 50 задач на сессию;
- новая сессия обнуляет задачи (восстановить можно через
claude --resume/--continue, пока не истёк срок).
Типовые сценарии: следить за долгим деплоем, раз в сутки делать аудит безопасности, каждые 15 минут сканировать логи на ошибки, каждые 5 минут проверять, жив ли сервис, ревьюить PR-ы каждые 20 минут.
/loop есть штатное решение Спикер говорит: «если бы не лимит в 3 дня и не требование держать компьютер включённым, я бы этим пользовался». Хорошая новость: именно эти ограничения снимают два других механизма расписаний, которые в лекции не упомянуты. В Claude Code сейчас три нативных способа запускать задачи по расписанию:
| Механизм | Где живёт | Снимает ограничение |
|---|---|---|
/loop | Внутри открытой сессии терминала | — (это как раз тот, что с лимитами) |
| Desktop tasks (задачи рабочего стола) | Десктоп-приложение, локально | Нет лимита 3 дня; переживают перезапуск; есть доступ к локальным файлам. Нужен включённый компьютер (есть опция «не давать компьютеру засыпать»). macOS/Windows. |
| Cloud tasks (облачные задачи / Routines) | Инфраструктура Anthropic | Работают, даже когда ваш компьютер выключен. Минимальный интервал — 1 час; каждый запуск — свежий клон репозитория, без локальных файлов. |
Вывод: для «долгого процесса дольше 3 дней» берите Desktop task, для «работает без меня круглосуточно» — Cloud task. Системный cron + claude -p оставляйте на редкие нестандартные случаи. (Линукс: десктоп-задачи недоступны, используйте /loop или системный cron с claude -p.)
flowchart TD
Q["Нужно запускать<br/>что-то по расписанию"] --> A{"Должно работать,<br/>даже когда ПК выключен?"}
A -- "Да" --> CLOUD["Cloud task<br/>(мин. интервал 1 час,<br/>без локальных файлов)"]
A -- "Нет" --> B{"Нужен доступ<br/>к локальным файлам<br/>и жизнь дольше 3 дней?"}
B -- "Да" --> DESK["Desktop task<br/>(переживает перезапуск,<br/>нужен включённый ПК)"]
B -- "Нет" --> C{"Достаточно следить<br/>внутри текущей сессии?"}
C -- "Да" --> LOOP["/loop<br/>(видит ваш контекст,<br/>лимит 3 дня, ПК включён)"]
C -- "Нет / экзотика" --> CRON["Системный cron<br/>+ claude -p"]Метод Фейнмана
/loop — это кардиостимулятор, вживлённый в тело сессии. Он бьёт ровным импульсом (промпт) каждые N минут. Но сердце бьётся, только пока тело живо: закрыли терминал — пульс пропал, и максимум он держится 3 дня.
Тогда зачем умирать вместе с телом? Desktop task — это пересадить тот же стимулятор в робота, который не спит, стоящего у вас дома (компьютер включён). А Cloud task — отправить стимулятор на орбитальную станцию Anthropic, которая бьётся импульсом, даже если весь ваш дом обесточен. Один и тот же «пульс», три разных «тела» — выбираете по тому, насколько живучим должен быть процесс.
7. Интеграции Claude Code: GitHub, Telegram, браузер, Office
7.1. GitHub-бот
Техническое погружение
Claude можно подключить прямо к репозиторию на GitHub, и он будет жить там как бот. Установка:
- Команда
/install-github-appв Claude Code. - Авторизация (Configure → Authorize), создание стартового pull request, его слияние (merge).
- Дальше вы создаёте issue (задачу/тикет), тегаете
@claudeс описанием — и он идёт её делать, возвращается с результатом и предлагает создать PR.
Pull request (PR, запрос на слияние) — предложение внести изменения в код: «вот мои правки, давайте вмержим их в основную ветку». Issue (тикет) — карточка задачи или бага в репозитории.
Главная ценность — мобильность: вы где угодно (хоть с телефона) создаёте issue «срочно почини этот баг», тегаете Claude, и он чинит, пока вы заняты другим.
Есть два варианта установки: автоматическое код-ревью любых входящих PR (по словам спикера — только на тарифе Max, не на Pro) и просто тегаемый Claude Code (он выбирает второй).
/install-github-app, GitHub App и автоматическое ревью PR — реальные функции (в репозитории Anthropic есть готовый workflow код-ревью, где параллельно работают несколько агентов Sonnet, проверяя соответствие CLAUDE.md, баги, историю PR и т. д.). А вот привязка «авто-ревью = только Max» — это деталь тарификации, которая меняется; перед тем как полагаться на неё, сверьтесь с актуальной страницей тарифов. Также напомним из п. 1: с 15 июня такая работа бота расходует кредиты подписки.
не нужна: она для профессиональных разработчиков.
Метод Фейнмана
дежурный механик, который живёт прямо в гараже (в репозитории). Вам не нужно ехать в гараж и брать инструменты: вы кидаете в почтовый ящик гаража записку («issue»: машина стучит на третьей передаче), пишете на ней имя механика (@claude) — и он сам идёт под капот. А вы в это время гуляете с телефоном в кармане.
7.2. Telegram, браузер, Office, Figma
Техническое погружение
Claude в Telegram. Ставится плагин (/plugin → Install Telegram), затем через Botfather создаётся бот и берётся токен, далее /telegram (Configure). Сессия запускается со специальными флагами (--channel, --plugin telegram), и тогда ею можно управлять из Telegram.
Флаг (flag) — параметр командной строки, добавляемый через дефис(ы): он включает особый режим. Без нужных флагов интеграция «не заведётся». Botfather — служебный бот Telegram, «крёстный отец всех ботов»: через него регистрируют новых ботов и получают токены.
Telegram-интеграция реализуется через систему плагинов Claude Code — это расширение, а не «ядро» продукта. Плагины могут содержать исполняемый код, поэтому ставьте только проверенные/официальные. (2) Спикер сам справедливо замечает, что практического выигрыша против Remote Control почти нет: встроенный механизм Remote Control (удалённое управление с телефона) работает нативнее. По сути, Telegram-канал — «для тех, кто очень любит Telegram». (3) В лекции упомянуто, что работает «только в C-Lite-версии» — это деталь конкретной сборки плагина, перепроверяйте по его README.
Claude в браузере. Плагин Claude for Chrome добавляет боковую панель с выбором модели (Haiku/Sonnet/Opus) и режимом «спрашивать/не спрашивать разрешение». Совет спикера: простые задачи — на Haiku (быстро, мало лимитов), осмысленные — на Opus/Sonnet.
скриншотах («сделай скрин → кликни сюда»). Это медленно и жрёт лимиты (постоянный анализ картинок). Правильное решение — чтобы агент управлял браузером кодом, а не имитировал человеческие клики; первые наработки для этого у Chrome уже есть. Так что не стройте на скриншот-агенте серьёзных процессов — технология на пороге смены поколения.
Claude в Office (Excel, PowerPoint, Word). Агент встраивается в Microsoft Office и реально хорошо работает с таблицами и слайдами (создаёт данные, строит диаграммы, привязанные к конкретным ячейкам, делает стильные слайды).
критичный нюанс, которого нет в инструкциях: ваш e-mail аккаунта в Office должен совпадать с e-mail аккаунта в Claude. Не совпадают — интеграция просто не заработает. Подключение идёт через официальную страницу «Use Claude for Excel», требуется подписка Microsoft 365 (работает и веб-версия Office). Процесс «муторный в стиле Microsoft», но проходимый.
Рекомендация спикера: слайды делайте на Opus 4.8 — он рисует презентации заметно лучше конкурентов (минималистично, со вкусом). Хотя сам он чаще генерирует презентации не в плагине PowerPoint, а прямо в Cowork.
Figma для Claude Code — плагин с MCP Figma: связка «начал в Claude Code → доработал в Figma → вернул обратно». Для нормальной работы нужна платная подписка Figma (бесплатно ~6 действий/месяц). Полезно дизайнерам.
Gemini в Google Sheets (для сравнения): по отзывам финансистов спикера, технически работает, но «не улавливает суть и глубину таблицы». Claude же «копает глубоко» — реально разбирается, о чём вся таблица. (Это субъективная оценка, но показательная.)
Метод Фейнмана
переходники-шлюзы, через которые один и тот же агент стыкуется с разными «отсеками станции»: с отсеком Telegram, с отсеком браузера, с отсеком Excel. Агент один — стыковочные шлюзы (флаги, плагины) разные.
А браузер-на-скриншотах — это робот, который читает экран, тыкая в него пальцем и фотографируя результат, вместо того чтобы воткнуться напрямую в провод данных. Работает, но это как набирать SMS, фотографируя клавиатуру, — скоро так делать перестанут.
8. Как писать большие тексты и отчёты (ядро занятия)
Техническое погружение
Это, возможно, самая ценная методическая часть. Задача: написать что-то большое и значимое — отчёт на 100 страниц, аудит компании, диссертацию, книгу. Спикер делает это в Cowork.
разные системные промпты. У Claude Code — «ты агент кодинга». У Cowork — «ты умственный сотрудник: подумай, проанализируй». Для больших текстов вторая «личность» подходит лучше, и это реально чувствуется в результате. Совет корректен.
Главное правило — НЕ начинать с «пишем главу 1, потом главу 2». Это худший возможный подход. Правильная последовательность:
Шаг 0. Если не знаете, что делаете — сначала исследуйте. Прогоните несколько deep research (глубоких исследований), накопите промежуточные результаты в виде Markdown-файлов.
Шаг 1. Постройте каркас (скелет). Не пишите содержание — обсудите с агентом, что в принципе должно быть в таком документе, для кого он, какова его глубина и тон, к чему он подталкивает читателя. Удерживайте агента от соблазна «давай сразу что-нибудь накидаем».
Шаг 2. Создайте набор опорных файлов. Спикер предлагает не 3, а больше:
- Скелет / структура разделов — каркас документа.
- Правила работы — что считается источником истины, как работать с неизвестными фактами, как именовать файлы.
- Стиль — тон, язык, как именно пишем.
- Глоссарий (glossary, словарь терминов).
- Реестр фактов и источников — чтобы факты не «плавали».
- Контекст / вводные (например, данные о компании из аудита).
Шаг 3. Обсудите наполнение каждой части — не конкретные факты, а логику: что входит во вступление, что в заключение, какие разделы есть. И сразу выстройте порядок: вступление и заключение пишутся ПОСЛЕ основных глав (на основе уже написанного), а не первыми.
Шаг 4. Для повторяющейся работы создавайте навыки (skills). Когда одну главу написали идеально (с ресёрчем и фактчекингом), скажите агенту: «создай skill, как мы пишем главу». Дальше он будет писать каждую следующую главу по этому навыку, не требуя повторять инструкции.
Skill (навык) — файл SKILL.md с инструкциями, который агент выполняет как прямую команду («делай так и не иначе»). В отличие от опорных файлов (они для агента — «вспомогательные подсказки»), навыки агенты слушают строго. Кнопка «Turn into skill» просто превращает обсуждённую задачу в навык (под капотом — буквально «преврати эту задачу в навык», без хитрого промпта).
каждая важная мысль должна быть сохранена в файл. Иначе первый же compaction (сжатие контекста) сотрёт её. Опорные файлы и навыки переживают любое количество сжатий и любой объём — агент в любой момент пойдёт и перечитает их.
Compaction (сжатие/уплотнение контекста) — автоматическое «ужатие» истории диалога, когда контекстное окно переполняется. Полезное освобождает место, но несохранённые в файлы детали при этом теряются.
flowchart TD
Z["Не знаете, что делаете?"] -->|"Да"| R["Deep research →<br/>копим .md с результатами"]
Z -->|"Нет"| S
R --> S["ШАГ 1: Каркас<br/>(обсудить, ЧТО должно быть)"]
S --> F["ШАГ 2: Опорные файлы"]
F --> F1["Скелет"]
F --> F2["Правила"]
F --> F3["Стиль"]
F --> F4["Глоссарий"]
F --> F5["Реестр фактов/источников"]
F --> F6["Контекст/вводные"]
F1 & F2 & F3 & F4 & F5 & F6 --> P["ШАГ 3: Обсудить логику<br/>каждой части + порядок"]
P --> CH["Написать ОСНОВНЫЕ главы<br/>(ресёрч → бренйншторм → фактчек)"]
CH --> SK["ШАГ 4: «Turn into skill»<br/>навык написания главы"]
SK --> NEXT["Следующие главы<br/>по навыку"]
NEXT --> IC["В конце: вступление<br/>и заключение из готовых глав"]
style F fill:#1f2937,color:#fff
style SK fill:#3b0764,color:#fffСначала — несущий каркас и правила в файлах, и только потом — содержание. Каркас + правила + навыки = конструкция, которой не страшны проблемы с контекстным окном.
Метод Фейнмана
строить небоскрёб, кладя кирпичи подряд без чертежа и без каркаса. На десятом этаже архитектор (агент) забывает (compaction), что было на первом, и здание кривеет.
Правильно — сначала возвести стальной каркас (скелет) и закопать в фундамент таблички с правилами (опорные файлы): «несущая стена тут», «материал такой», «словарь терминов такой». Эти таблички в фундаменте переживут любую амнезию прораба — он всегда может спуститься и перечитать. А навык (skill) — это впечатанный в позвоночник рефлекс: «главу пишем так — ресёрч, штурм, фактчек». Опорные файлы агент читает как советы, а навык исполняет как рефлекс коленки от молоточка — не раздумывая.
9. Видео и анимация через код
Техническое погружение
ИИ умеет не только код. Можно, например, редактировать видео.
Монтаж по субтитрам. Кладёте в папку две вещи: видео и субтитры к нему. Дальше словами: «вырежи фрагмент, где я рассказываю про редактирование фотографий, чтобы было логичное начало и конец». Агент читает субтитры, находит момент и режет.
FFmpeg — знаменитая (и не связанная с ИИ) консольная технология для обработки видео/аудио. В связке с Claude ставится как навык: агент сам зовёт FFmpeg, чтобы порезать/склеить видео.
видеодорожка (картинка) + расшифрованная аудиодорожка (субтитры) — он сделает что угодно. Нет субтитров? Современный агент может сам сообразить: «у тебя мощный компьютер — скачаю-ка локальную модель типа Whisper и расшифрую аудио». На демонстрации он именно так и поступил — скачал маленькую модель и сделал субтитры без всяких ключей.
Deepgram — сервис распознавания речи (даёт ~$150 на счёт при регистрации — хватает надолго). Даёте Claude API-ключ и говорите «сделай субтитры через Deepgram» — он разберётся. Важно: туда отправляется аудиодорожка, а не само видео. Whisper — модель распознавания речи, которую можно запустить локально на своём компьютере.
flowchart LR
V["Видео"] --> CC["Claude Code"]
SUB["Субтитры"] --> CC
CC -->|"нет субтитров?"| GEN["Сам расшифрует:<br/>Deepgram (API)<br/>или локальный Whisper"]
GEN --> CC
CC -->|"FFmpeg (навык)"| CUT["Точный вырез фрагмента<br/>с логичным началом/концом"]
CUT --> OUT["Новый видеофайл"]Анимация через код. Две технологии «про одно и то же, но по-разному»:
- Remotion — видео пишется тем же стеком, что и сайты: React / Next.js. Код превращается в кадры, кадры — в видео.
- HyperFrames — тот же принцип, но на чистом HTML/CSS/JavaScript. Результат немного другой.
Спикер дал обоим намеренно расплывчатый промпт («наложи интересную motion-графику, чтобы был вау-эффект») в разных чистых сессиях — и оба справились, добавив анимацию и переходы (HyperFrames добавил даже больше движения). Вывод: при чётком, продуманном промпте результат будет ещё лучше.
реальная библиотека, которая действительно использует React для программной генерации видео (рендер кадр за кадром). HyperFrames — нишевый инструмент той же идеи; перед использованием поставьте официальные скиллы обеих технологий (у обеих они есть). И учтите: рендер тяжёлый — на демонстрации компьютер ушёл в 100% CPU при двух параллельных рендерах (отсюда «лаги» в трансляции). Для скорости можно просить рендер 720p.
Метод Фейнмана
два органа чувств: глаза (кадры/скриншоты) и уши (субтитры). Дайте оба — и он «видит» ролик целиком, может точно отрезать нужный кусок по фразе. Нет ушей? Современный агент сам отрастит себе слух — скачает локальную «улитку уха» (Whisper) и расшифрует звук.
А Remotion и HyperFrames — это съёмка мультфильма-флипбука, который рисует код. Вы пишете не «кадры кистью», а формулы («тут картинка уменьшается, тут всплывает надпись»), и машина пролистывает нарисованные кодом страницы — получается движущееся видео. Remotion рисует страницы «языком сайтов» (React), HyperFrames — простыми HTML/CSS/JS.
10. Cowork как единый центр работы
Техническое погружение
Кульминация всего занятия — рассказ о том, как у спикера устроена вся работа. Постепенно она целиком переезжает в Claude и Codex, причём всё больше — именно в Cowork.
Cowork — агентское десктоп-приложение Anthropic для «умственной» (не только программистской) работы. В отличие от Claude Code (агент кодинга), Cowork позиционируется как «умственный сотрудник».
Схема работы:
- Заводите папку на диске под рабочий проект (например, новую компанию-клиента).
- Складываете туда артефакты: транскрипты созвонов, присланные документы — всё подряд.
- Подключаете коннекторы: Notion, Gmail и т. п.
- Claude становится единым центром: «прочитай артефакты в этой папке и собери мне канбан-доску задач в Notion» → он строит доску. После каждого созвона: «обнови задачи с учётом того, что обсудили» → он сам двигает дедлайны и статусы в Notion, читая транскрипт.
Канбан-доска (kanban board) — визуальная доска задач со столбцами («Сделать» → «В работе» → «Готово»), по которым перемещаются карточки. Коннектор (connector) — подключение Claude к внешнему сервису (через MCP), чтобы он мог читать/писать в Notion, Gmail и др.
flowchart TD
subgraph HUB["Cowork — единый центр"]
C["Claude"]
end
FOLDER["Папка проекта<br/>(транскрипты, документы)"] --> C
NOTION["Notion<br/>(канбан задач)"] <--> C
GMAIL["Gmail<br/>(переписка с клиентом)"] <--> C
CALL["Новый транскрипт созвона"] --> C
C -->|"собери/обнови задачи"| NOTION
C -->|"составь письмо, презентацию,<br/>реши рабочую задачу"| OUT["Готовые результаты"]Где брать транскрипты. Спикер использует несколько инструментов в зависимости от секретности:
- Meetily — программа, которую вы ставите на компьютер; транскрибирует встречи в прямом эфире локальной моделью, может даже не записывать звук. Для встреч с непубличной информацией.
- Granola AI — любимый сервис спикера для транскриптов (для более публичных созвонов).
- Собственный анонимайзер — он написал (с помощью Claude Code) свой инструмент, который перед отправкой в Claude вычищает имена людей, названия компаний, адреса.
NDA (соглашение о неразглашении) нельзя свободно гонять данные через публичные сервисы. Поэтому: (1) на платном аккаунте Anthropic отключите тренировку на ваших данных — тогда это технически не отличается от хранения файла на Google Drive (у Google тоже есть доступ к вашим данным). (2) Юридически, если убрать все идентификаторы (анонимизировать), это, как правило, не считается нарушением NDA — но есть тонкости, и решает конкретный контракт.
Любопытный нюанс от спикера: Opus настолько умён, что по анонимизированным фактам иногда угадывает, о какой компании речь, сопоставляя детали. Юридическое право пока не успевает за ИИ.
Метод Фейнмана
центральная нервная система, к которой подключены все органы вашей работы. Папка проекта — это память о клиенте, Notion — мышцы (где задачи приходят в движение), Gmail — уши (слышит переписку). Мозг (Claude) сидит в центре: послушал транскрипт созвона (новый сигнал) — и сам, без вашего участия, шевельнул нужной мышцей (передвинул карточку в канбане).
А анонимайзер — это фильтр-намордник на входе в мозг: прежде чем секретные данные попадут внутрь, он стирает с них «лица и бирки с именами», чтобы наружу ничего узнаваемого не утекло.
11. Модели: Opus 4.6 против 4.8 и сближение с Codex
Техническое погружение
Спикер делится наблюдением о «характерах» моделей (это субъективно, но полезно как ориентир для выбора инструмента):
- Opus 4.6 — его любимая модель для двух задач: тексты на русском и чтение между строк (улавливать недосказанное). До 4.6 такого не было.
- Opus 4.8 — лучше для «глобальной» работы, сложных задач и презентаций (рисует их заметно лучше всех).
- На вопрос «4.8 стал иначе общаться, многословнее, самовольнее» спикер соглашается: модели реально разные.
сближение: Opus становится более «техничным», а Codex, наоборот, уходит от сухой техничности в сторону Opus. К версиям 4.8 и Codex 5.5 они стали ещё ближе. Личный вывод спикера: он сдался выбирать одну — в чём-то лучше Codex, в чём-то Opus, и работает с обоими.
«More models» (больше моделей) — там он есть у всех.
личные впечатления спикера, а не измеренные бенчмарки. Они полезны как практический ориентир, но не воспринимайте их как объективный факт: поведение зависит от задачи, промпта и режима усилия. Проверяйте на своих задачах.
Метод Фейнмана
скрипач и сварщик — разные профессии, разные руки. Opus тонко «читал между строк» (скрипка), Codex варил железо (код). Сейчас они сходятся в одного мастера на все руки: скрипач подучился варить, сварщик — играть. Поэтому опытный человек не выбирает одного, а держит обоих в бригаде и зовёт того, кто сегодня лучше справится с конкретным швом.
12. Куда всё это идёт: философия
Техническое погружение
Финальный, мировоззренческий блок. Спикер описывает, каким видит мир примерно через пять лет: бóльшая часть того, с чем мы взаимодействуем, будет генерироваться — сами программы, сайты, интерфейсы под конкретного человека.
не «ещё одни модели», а смена всего, включая то, как мы работаем. Рутину всё больше будут «отдавать» агентам — и это, по мнению спикера, прекрасно.
Он приводит образ компании Every с её нео-греческой эстетикой и философией: древние греки много философствовали, потому что физический труд за них выполняли рабы. Мы приходим к «нео-древней Греции», где рутинную работу делает ИИ, а человек занимается тем, что ему действительно интересно1.
футурологический прогноз и метафора, а не утверждение о текущем состоянии техники. «Через 5 лет всё будет генерироваться» — гипотеза, с которой можно спорить. Аналогия с рабовладельческой Грецией — риторический приём (и этически нагруженный: процветание античных полисов опиралось на рабство — деталь, о которую метафора намеренно не спотыкается). Берите отсюда направление («рутина уходит агентам, освобождая время на смысловую работу»), а конкретные сроки и масштабы держите под вопросом.
Метод Фейнмана
личный штат невидимых работников, которые не спят и не устают. Пока вы гуляете в лесу в воскресенье, ваши агенты молотят рабочие задачи. Сегодняшние «генерация сайтов и слайдов» на этом фоне — как первый чёрно-белый телевизор рядом с будущим голографическим кинотеатром: впечатляло в своё время, но это лишь самое-самое начало.
🗂️ Итоговая карта занятия
mindmap
root(("Claude Code<br/>как универсальный<br/>агент"))
Режимы
Усилие xhigh
Субагенты / dynamic workflows
Interactive vs Programmatic
Встраивание
В open source 1С Bitrix
Слушатель папки
Программы адаптируются под агентов
Веб для агентов
here.now
Parallel
browser-use
agent mail
Автоматизация
/loop 3 дня ПК включён
Desktop tasks
Cloud tasks без ПК
Интеграции
GitHub бот
Telegram плагин
Браузер скриншоты костыль
Office одинаковый email
Figma
Большие тексты
Каркас раньше содержания
Опорные файлы
Навыки для повторов
Пережить compaction
Медиа
Монтаж по субтитрам FFmpeg
Deepgram Whisper
Remotion React
HyperFrames HTML CSS JS
Cowork хаб
Папка проекта
Notion канбан
Анонимайзер NDA
Будущее
Всё генерируется
Нео-древняя Греция✅ Что забрать с собой (выжимки)
- Для сложных задач —
/effort xhigh(он же «extra high», по умолчанию уже включён на Opus 4.7+). - Большие тексты: сначала каркас и опорные файлы, потом содержание. Каждую важную мысль — в файл, иначе её съест
compaction. Повторяющуюся работу — вskill. - Расписания:
/loop— только в открытой сессии и максимум 3 дня. Нужно дольше/без компьютера — берите Desktop task или Cloud task (этого в лекции не было). - Office-плагины: e-mail в Office должен совпадать с e-mail в Claude, иначе не заработает. Слайды — на Opus 4.8 или в Cowork.
- Видео: дайте агенту видео + субтитры (или ключ Deepgram / локальный Whisper) — и он смонтирует через FFmpeg-навык.
- Cowork-хаб: папка проекта + коннекторы (Notion, Gmail) = единое рабочее пространство. Под NDA — отключите тренировку на данных и анонимизируйте.
- Безопасность: не публикуйте сервисы на подписке бесконтрольно (риск бана и нарушения ToS); агентам нужны встроенные предохранители — урок OpenClaw (CVE-2026-25253) это подтверждает.
меняются часто — перед важными решениями сверяйтесь с docs.claude.com и страницей тарифов Anthropic. Юридические замечания про NDA — не юридическая консультация; для реальных контрактов консультируйтесь с юристом.
Footnotes
-
Историческая справка к метафоре: расцвет философии в классических Афинах (V–IV вв. до н. э.) действительно был тесно связан с тем, что значительную долю физического и бытового труда выполняли рабы, что освобождало граждан для досуга (греч. схолé — откуда слово «школа»). Метафора «ИИ как новые рабы» эффектна, но этически шероховата: рабство было насилием над людьми, тогда как ИИ-агенты — инструменты. Образ стоит понимать как указание на высвобождение времени для смысловой деятельности, а не как одобрение исторической модели. ↩