Что такое фреймворк и почему без него запросы к ИИ это….)
Многие думают, что общение с нейросетью это магия: написал первое, что пришло в голову, получил странный ответ, немного подправил и пошел дальше. Как системный аналитик, я называю такой подход антипаттерном, который никогда не даст стабильного бизнес-результата.
Фреймворк простыми словами это готовый скелет или шаблон (инструкция, рамки) для вашего запроса. Представьте кулинарный рецепт: если вы знаете, что сначала идет мука, потом яйца, а потом замес, у вас всегда получится тесто, а не бессмысленная каша. Фреймворк задает эту последовательность. В работе с ИИ я чаще всего использую две базовые структуры. RTF (Role, Task, Format / Роль, Задача, Формат) это надежный фундамент для простых задач. Вы четко задаете кто отвечает, что именно сделать и в каком виде нужен итоговый ответ. CREATE это более глубокая структура для сложных бизнес-кейсов. Она добавляет контекст, требования, примеры и оценку результата, превращая простой запрос в полноценное техническое задание для модели. Давайте разберем RTF на реальном примере создания письма новому сотруднику. Роль. Ты опытный HR-бизнес-партнер с эмпатичным, но деловым стилем общения. Задача. Напиши приветственное письмо для нового системного аналитика, который выходит в работу в понедельник. Обязательно упомяни встречу с наставником в 10:00 и доступ к корпоративной базе знаний. Формат. Структурированный текст с маркированным списком первых трех шагов, объем не более 150 слов, без лишнего пафоса и восклицательных знаков. Когда вы используете такой подход, вы перестаете быть просто пользователем, который надеется на удачу. Вы становитесь архитектором процесса, который управляет качеством результата с первого запроса. На своем курсе я буду подробно разбирать фреймворки RTF и CREATE на реальных кейсах из HR-практики, чтобы вы могли сразу внедрять их в ежедневную работу команды. Если все получится, возможно выпущу курс, но это не точно. Как вы обычно формулируете запросы к нейросети: используете структуры или действуете по наитию?
· вчера
вместо того чтобы каждый раз руками собирать rtf-промпт для онбординг-писем, проще один раз зашить шаблон в system prompt через api и передавать только переменные: имя, дату, наставника. тогда «фреймворк» превращается в обычный json-запрос, и hr жмёт кнопку вместо того чтобы держать структуру в голове. а если нужно подтягивать контекст из корпоративной базы знаний — туда же вешается rag-слой с эмбеддингами, и модель сама достаёт нужные регламенты без ручного копипаста
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· вчера
Чем глубже встроен ии тем больше он приносит пользу. Я с вами полностью согласна. Этот пост для тех, кто сейчас только учится использовать ии, но не полноценно с ним работает)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён