На самом деле статья про промты и разработку, но там затесалась забавная история. Итак, даю примеры промтов, которые помогли мне за 2 дня разработать коммерческого телеграм-бота в виде AI-психолога, который сразу стал приносить продажи.

Уточню, что я работаю в Cursor IDE, у меня стаж разработки 30 лет, и стаж ИИ-разработки уже 1 год, поэтому я хорошо понимаю, что делаю. Информация больше подходит для опытных разработчиков. Если Вы не опытный разработчик, но обладаете компетенциями в продукте или продажах, и есть идея продукта - пишите, обсудим.

Итак, вначале у=у меня уже был готовый шаблон бота, в котором настроена работа с телеграмом, взаимодействие с базой данных проекта и внешними LLM, у меня уже много всяких подобных готовых шаблонов.

Сперва мне надо было решить где хранить большие промты позволяющие LLM качественно выполнять роль психолога. Промт такой: "мне к сообщению inputText надо еще добавить большой длинный промт, куда его можно положить, там 70кб, предложи варианты", он предложил использовать текстовые файлы, базу данных или файл настроек, но я в итоге выбрал хранение внутри исходников, это было быстрее и удобнее на первое время, для MVP подойдет, но потом надо будет переделать. А вот ИИ такие костыли оптимизации даже не предлагает, но опыт не пропьешь.

Потом была проблема с форматированием текста в телеграме. Промт такой: "Мне от LLM приходит ответ в котором форматирование через две звездочки - открывающие и закрывающие. Это сообщение отправленное в бота в телеграме выводит в этих местах по две звездочки, а должно быть нормально отформатировано. Что и где надо исправить?" И он быстро реализовал парсер, который заменяет звездочки на нужные html-теги.

Далее, надо было учитывать историю диалогов пользователя. Промт "Мне надо чтобы в файле LlmService там где посылаются сообщения в _client, сначала подгружалась и присоединялась история сообщений пользователя, которая лежит в таблице Generations, итого сначала идет промт, потом история из Generations, потом inputText". В итоге я присоединил 10 последних сообщений, потому что иначе если все грузить, то будет дорого по токенам. Где-то еще был напутан порядок сообщений, и в итоге начальная история хранилась, а последняя нет. И один тестовый пользователь чуть не сошел с ума. Он потом 200 сообщений пытался перевоспитать бота, осознать проблему и так далее.

Затем был добавлен платный тариф на запросы, промт: "Теперь мне надо считать количество генераций в том месте, где MainScenariosServiceобрабатывает сообщения пользователей. Если у пользователя в таблице Generations уже более 5 записей, то надо проверять, добавлен ли он в белый список. Для этого нужно создать таблицу Whitelist, в котором будут указаны ID-юзеров и срок, до которого у него есть право пользоваться сервисом. Значит нужно проверять срок тоже. Если пользователя нет в Whitelist или срок вышел, то надо выводить сообщение чтобы он обратился к администратору для приобретения платного тарифа."

Админка: "Нужно добавить таблицу Admins, где будут прописаны ID админов. Потом надо добавить AdminScenarioService, который будет вызываться в BotEventsHandler через команду /unlim через пробел будет указан ID-шник пользователя, через пробел будет указана календарная дата. Надо эту команду парсить и потом добавлять эту сущность из ID-шника, юзера и дату в таблицу whitelist."

В общем всего 25 подобных промт-запросов, каждый из которых мог охватывать полноценную фичу, но чаще я дробил фичи на интерфейсные и подчасти и бизнес-логику на бэкенде. Могу еще рассказать про то как наша команда использует ИИ в более крупных и сложных проекта(почти никак).

тебе сколько лет?
начни с этого.

может ты сам уже начнешь? что тебе там мешает? не можешь заправлять кровать по утрам или с чем ты там не справляешься?