Тег: claude code

Более года назад я разработал цикл контроля качества перевода для своего украинского новостного сайта о крупных кошачьих — собственными силами, на Laravel. Схема была проста: перевести статью на иностранном языке на украинский, запустить анализатор, который проверяет результат на признаки машинного перевода, передать правки редактору, который их вносит, и снова проанализировать, пока исправлять не останется ничего. До шестнадцати проходов для новости, тридцать двух — для более длинной статьи. Я написал это ещё до того, как услышал, как кто-то употребляет словосочетание «агентный рабочий процесс»; это просто было тем, как я представлял себе структуру цикла корректуры.

Claude Code теперь предоставляет именно эту форму в качестве функции. Динамические рабочие процессы — это JavaScript-скрипты, которые вызывают субагентов в цикле, ветвят их, передают один этап в следующий. То, что я делал вручную, — теперь готово к использованию. Поэтому я перенес свой цикл в один такой: небольшой проектный скрипт, /translation-qa <news-id>которая считывает статью из продакшна и запускает тот же цикл «перевод → анализ → применение» в качестве рабочего процесса.

Я руководил портированием; код писал Opus 4.8. Он допустил немало ошибок, потому что функция новая, а модель на самом деле ещё не знает, как она себя ведёт. Публичная документация описывает рабочий процесс на высоком уровне; API скрипта — ту часть, которую ты собственно и пишешь, — познаёшь методом проб и ошибок. Там, где модель не знала, она догадывалась — с той же уверенностью, которую имеет во всём.

Стоит записывать не ошибки, а то, кто их ловил, потому что в большинстве случаев это был не я. Их ловили собственные валидационные запуски модели: «сухие» прогоны и проверки, которые она проводила вместо того, чтобы предполагать, что рабочий процесс работает. Мой год работы со старым Laravel-циклом подсказал мне, как должен выглядеть чистый код, поэтому я знал, к чему стремиться, но знать цель и ловить каждый промах — это разные дела, и второе я в основном делегировал при одном условии: проверяй, никогда не объявляй себя готовым. Моим в этом портировании было направление.

Я закрываю 3+ позиции в стартапе. Цена переключения между режимами проявляется в Slack. В течение обычного дня есть решения и суждения, которые меняются только тогда, когда я смотрю — а когда я глубоко погружен в другую задачу, я не смотрю часами.

У меня был скрипт для Slack-дайджеста, который я собрал в начале этого года. Он сканировал каналы, обобщал шум, давал мне понятную картину — полезно, но я должен был не забывать его запускать. В те утра, когда я уже был чем-то поглощён, я забывал — а именно тогда он был мне нужен больше всего. Поэтому я сделал так, чтобы он запускался сам в начале каждого рабочего дня и появлялся в единственном месте, которое я не могу игнорировать.

Второй день проходил по той же схеме, что и первый: записанные доклады в четырёх параллельных треках плюс живая сессия вопросов и ответов по каждой презентации. На сессии нужно было регистрироваться отдельно перед началом каждой, и я пропустил абсолютно все сессии первого дня, потому что не знал, что такая процедура вообще существует. На второй день я посетил четыре сессии, одну за другой в течение второго полудня. Пер Бейнинг о Claude Code, Анна Лаврова о том, почему системы сопротивляются изменениям, Анита Калмане-Бут о нейроразнообразии в командах разработчиков, Тара Скотт о разрыве петли разрешения. Живая сессия вопросов и ответов показывает, что спикер на самом деле думает о вопросах, к которым не готовился, — это иная суть, чем у записанного доклада. Этот текст о тех четырёх сессиях; записанные доклады второго дня — отдельная статья.

Я пришёл, ожидая четыре отдельных беседы на четыре разные темы. А ушёл с четырьмя версиями одного и того же наблюдения. Наиболее прямолинейно его сформулировала Анна, когда кто-то спросил её о схеме Гиршмана «лояльность / голос / уход / заброшенность»: эти четыре — не системы, это то, что система вознаграждает. А сама система — это любая структура вознаграждений, порождающая эти реакции. Как только она так это сказала, остальные три сессии сложились в тот же паттерн. Первые токены, отпечаток школьной системы в Аните, привычка Тары просить разрешения.

Для повседневных задач с кодом я использую Claude Code с плагином Oh My ClaudeCode. Его оркестрационные рабочие процессы заставляют ИИ-агентов циклически пересматривать собственные выводы, автоматически выявляя проблемы и проверяя исправления.

Но, поработав с этим некоторое время, я заметил одну повторяющуюся проблему.

Когда агенты передают контекст между итерациями, они в основном проверяют, исправлены ли проблемы, обнаруженные при первом проходе. Новые проблемы они находят редко. Общая память работает против меня.