Агенты и рабочие процессы

Чему научитесь

Видео 4:22 и текст урока

К концу урока вы сможете:

• отличить рабочий процесс (workflow) от агента;
• решить, что подходит под задачу;
• описать паттерн evaluator-optimizer.

Видео и текст урока.

Рабочие процессы (workflows) и агенты — это стратегии для пользовательских задач, которые Claude не может выполнить за один запрос. На самом деле вы уже создавали и то и другое в этом курсе: когда вы давали Claude инструменты и позволяли ему самому разобраться, как выполнить задачу, — это был агент.

Когда workflow, а когда агент

Выбор сводится к тому, насколько хорошо вы понимаете задачу:

• используйте workflow, когда можете представить точный порядок действий или шагов, которые Claude должен пройти, чтобы решить задачу, или когда интерфейс вашего приложения ограничивает пользователя определённым набором задач;
• используйте агента, когда вы не знаете заранее, какую именно задачу или с какими параметрами дадите Claude.

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

Пример: workflow «изображение → CAD»

Разберём практический пример workflow. Представьте веб-приложение: пользователь перетаскивает изображение металлической детали, а вы создаёте по нему STEP-файл (отраслевой стандарт для 3D-моделей).

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

Вот из чего состоит workflow:

• отправить изображение Claude и попросить описать объект;
• по этому описанию попросить Claude смоделировать объект с помощью библиотеки CadQuery;
• создать рендер;
• попросить Claude сравнить рендер с исходным изображением и оценить; если есть проблемы — исправить их.

Паттерн evaluator-optimizer

Этот workflow моделирования — пример паттерна evaluator-optimizer («оценщик — оптимизатор»). Как он работает:

• Producer (исполнитель) — получает входные данные и создаёт результат (Claude моделирует деталь с CadQuery и делает рендер);
• Grader (оценщик) — оценивает результат по каким-то критериям;
• Обратная связь — если оценщик не принимает результат, замечания возвращаются исполнителю для доработки;
• Итерации — цикл повторяется, пока оценщик не примет результат.

Зачем изучать паттерны workflow

Смысл выделения разных workflow — дать вам набор повторяемых рецептов для реализации собственных функций. Evaluator-optimizer — один из паттернов, который хорошо себя показал у других инженеров; подумайте о нём для своего приложения!

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

Дальше

Следующий урок — параллельные рабочие процессы (parallelization).

Оригинал урока: Agents and workflows.