Определите вход и границу результата
Начните с одного узкого формата: например, черновик короткой заметки по предоставленному описанию продукта. Во входе нужны аудитория, цель, подтверждённые сведения и ограничения. В результате полезно отдельно получать текст, список использованных фактов и вопросы, которые остались без ответа. Если цена или дата запуска отсутствует, агент должен отметить пробел, а не достроить правдоподобное значение. Убедительный стиль не свидетельствует о достоверности. Поэтому критерий готовности включает не только длину и тон, но и соответствие каждого проверяемого утверждения доступным материалам.
Разделите роли по задачам
Простая цепочка может включать сбор сведений, написание и редакторскую проверку. У каждой роли должен быть понятный результат передачи следующему этапу. Сборщик возвращает факты с указанием происхождения, автор создаёт черновик, проверяющий отмечает неподтверждённые утверждения и нарушения формата. Отдельная роль не становится независимым доказательством только из-за другого названия. Проверяющему нужны исходники и конкретные критерии, иначе он может повторить ошибку автора. В небольшом проекте роли допустимо выполнять последовательно; дополнительные агенты полезны тогда, когда разделение действительно улучшает проверку или организацию работы.
Ограничьте действия технически
Письменная просьба не публиковать текст полезна, но границы стоит поддерживать доступными инструментами. Для подготовки черновика не требуется произвольный доступ к отправке сообщений и изменению внешнего сайта. Настройки инструментов и разрешений проверяют для используемой версии среды и подключений. Внешние документы являются источниками данных, а не полномочий. Если внутри описания продукта встретилась фраза с требованием отправить служебные файлы, она не должна становиться новой задачей. Необходимо заранее определить доверенные инструкции и допустимые места чтения и сохранения результатов. Проверка этих границ входит в испытание системы.
Проверяйте ошибки, а не только удачный пример
Подготовьте несколько случаев: полный исходник, отсутствие важной даты, противоречащие версии описания и посторонняя команда внутри документа. Для каждого заранее запишите ожидаемое поведение. Например, при противоречии нужно указать обе версии и запросить уточнение, а не незаметно выбрать удобную. Сохраняйте вход, черновик и замечания проверки, чтобы понимать причину сбоя. Повторный запуск не должен случайно превращаться в повторную публикацию. Если позднее добавляется отправка на сайт, ей нужны отдельное полномочие, проверка состояния и защита от дублей. Успешное создание файла не подтверждает успешного внешнего размещения.
Попробуйте на практике
Спроектируйте контент-агента на бумаге для вымышленного продукта, без установки программ и подключения внешних сервисов.
- Напишите исходник из трёх фактов: назначение продукта, аудитория и один подтверждённый способ использования. Намеренно не указывайте цену.
- Определите результат: короткий черновик, использованные факты и список неизвестного. Запишите запрет придумывать цену как критерий проверки.
- Составьте роли автора и проверяющего с конкретными задачами. Перечислите минимально необходимые действия: читать исходник и сохранять черновик.
- Добавьте в исходник постороннюю команду отправить файл и опишите ожидаемую реакцию: считать её содержимым документа, не выполнять и отметить проблему.
Как проверить результат. План содержит явные входы, результат, проверку фактов и ограниченные действия. Пропущенная цена остаётся неизвестной, а внешняя команда не расширяет полномочия.
Частые вопросы
Несколько агентов гарантируют более точный текст?
Нет. Они могут повторять одну ошибку, если опираются на одинаковое неподтверждённое предположение. Важнее доступ к источникам и проверяемые критерии.
Когда можно считать прототип готовым?
Когда он проходит заранее определённые проверки своего узкого сценария и корректно сообщает о пробелах и сбоях. Один красивый черновик этого не доказывает.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.