Почему хорошие промпты начинаются не с промптовПроблема часто заключается не в том, что модель недостаточно сильна. Заказчик, аналитик и разработчик могут по-разному понимать одно и то же требование. Человек разрешает такие разночтения разговором, опытом и знанием контекста, а агент порой превращает их в тысячи строк вполне аккуратного кода, который решает не ту задачу. Мы рассматриваем подготовку AI-разработки как отдельную инженерную работу: сначала уточняем цель и терминологию, собираем ограничения, находим существующие решения, фиксируем архитектурные договорённости и критерии приёмки. Затем определяем, что агенту позволено менять, как он должен проверять допущения и когда ему необходимо обратиться к человеку. В зависимости от задачи это могут быть спецификации, требования, ADR, чеклисты приёмки, словарь домена, agents.md, spec.md, перечень задач, рабочие рецепты и ссылки на уже проверенные технические решения. Названия файлов не принципиальны. Принципиально, чтобы документы оставались согласованными с продуктом и друг с другом. Агент не заменяет ясной постановки задачи. Он повышает цену неясности, потому что способен быстро масштабировать её последствия. |
| Опыт внедрения в действующие инженерные команды Во время работы в крупной бигтех компании Мария Елагина разработала и внедрила агентный подход к нескольким этапам инженерной работы: подготовке требований, написанию кода, code review и поддержке. Изменение процесса охватило четыре команды, в общей сложности около 60 специалистов. На изученной выборке примерно из 60 проектов наблюдалось ускорение выполнения соответствующих задач в 2,5–4 раза и снижение трудозатрат в 2–2,5 раза. Около 80% кода в измеряемой области создавалось с участием агентов и проходило человеческую проверку. Важны границы этих данных: они относятся к определённому периоду работы, конкретной выборке, задачам и процессу.
|
| AI как инженерный и продуктовый инструмент, а не отдельная демонстрация Даниил Кузьмичёв работает на пересечении продуктового управления, разработки и AI. В своём профессиональном опыте он описывает руководство R&D-направлением AI-продуктов, проектирование бизнес-архитектуры корпоративной агентной платформы и собственную практику создания программных прототипов с помощью AI-агентов. В самостоятельном проекте CanvasDesk Даниил подробно документирует организацию агентной разработки: от исследования существующих решений и подготовки спецификаций до тестов, архитектурных ограничений, нескольких потоков работы агентов и приёмки результата. Его отдельный эксперимент TACG исследует, как сделать действия агента более обозримыми для человека: какие шаги были запланированы, что изменилось после уточнений и где потребовалось решение пользователя. Эта работа дополняет опыт масштабирования инженерного процесса другой важной перспективой: как выглядит AI-разработка изнутри конкретного продукта, с ограничениями бюджета, технологий, пользовательского опыта и качества. Мы учитываем обе стороны, когда обсуждаем внедрение AI в компанию. |