💭 в уме · писать не нужно
Прокрути в голове любой реальный workflow которым ты пользуешься каждую неделю — например, обработка inbox.
Не описывай это как «шаги которые надо выполнять». Представь это как кукловода, ведущего разом несколько марионеток: каждая нить в отдельной руке, каждая марионетка делает своё. Когда всё держит один человек — это искусство координации, не мускульная работа.
Разгляди свой workflow как такую сисмодуль: какие марионетки сейчас дёргаешь ты сам? И какие из них могли бы двигаться сами, если бы нить была натянута правильно?
💭 в уме · писать не нужно
Идея оркестрации: вместо одной большой задачи у одного агента — много маленьких задач у разных агентов (или у разных шагов одного агента).
Преимущества:
Не представляй это как оркестр. Представь это как ткацкий станок: каждая нить идёт по своему ряду, переплетается с другими в точно заданный момент, и создаёт паттерн. Обрыв одной нити — не конец ткани: ты видишь где именно, находишь место, чинишь. Ткань до и после этого места остаётся целой.
Это mindset shift: ты больше не «пишешь промпт». Ты проектируешь ткацкий станок.
Поймай образ: где в твоём pipeline нити переплетаются — и в какой точке обрыв разрушит всю ткань, а не только локальный ряд?
Реальный кейс: Gmail-агент
Мой Gmail-агент живёт в одном Docker-контейнере на арендованном сервере. Он раз в примерно две минуты читает новую личную почту через Gmail API, а LLM вызывает через шлюз к моделям — одну точку входа к пулу моделей. Доступ к дашборду закрыт Cloudflare Access и PIN-кодом (объясню в следующем юните). Порт контейнера доступен только локально и в частной сети между моими устройствами (объясню в следующем юните). Агент пользуется облачным пулом через шлюз: это личная почта, но не медицинские данные; для медицинских данных в u4 есть отдельный пул.