Можно ли использовать артефакты ИИ в разработке?
Когда мы даём задачу ИИ-агенту, он может оставить после себя не только код, но и артефакт — например, технический документ. Вот кусок такого документа:
# Обработка ошибок в модуле Create
## Описание
В модуле `create` реализована специализированная обработка ошибок для валидации создания постов. Обработка ошибок организована по модульному принципу и работает независимо от глобального обработчика.
## Структура
### Исключения
- **`PostValidationException`** - базовое исключение для ошибок валидации постов
- **`EmptyTextException`** - исключение для пустого или отсутствующего текста поста
- **`InvalidCategoryException`** - исключение для недопустимых категорий
...
Возникает вопрос: а можно ли использовать такие артефакты в последующей разработке/тестировании. "Скармливать" Агенту как контекст. Контролировать создание таких артефактов и встраивать в общий процесс разработки.
Возможности здесь интересные:
Документ может стать основой для других задач. Например, тестировщик получит готовый сценарий тестов, а аналитик - описание бизнес-правил. (Тут интереснее про тестировщик и аналитик как агенты)
Такой артефакт можно встроить в пайплайн: использовать для автоматической генерации тестов, документации API или как контрольную точку при ревью.
Если контролировать процесс генерации артефактов (например, задавать структуру документа и формат), то они будут стандартизированы и реально полезны для всей команды.
Проблема в том, что без рамок артефакты могут быть слишком «размытыми»: ИИ может написать много текста, но без практической пользы. Поэтому ключевой вопрос - как встроить их в процесс так, чтобы они стали настоящим инструментом, а не побочным продуктом.
Возможно, в будущем артефакты от ИИ станут обязательной частью разработки: код - это одно, а вот спецификации это и есть та ценность которая нам нужна, о чем и говорили ранее.
1 минута
1 октября 2025