РАБОЧИЙ СЦЕНАРИЙ
Процесс оплаты читает счёт, сопоставляет с заказом, просит модель классифицировать расхождения и отправляет на утверждение либо создаёт заявку об исключении. Состояние хранится в базе приложения, а не в истории чата.
Рабочий пример
| Выбор для рабочей среды | Рекомендация | Почему |
|---|---|---|
| API | POST /v1/chat/completions | Серверный запрос, совместимый с OpenAI |
| Основная модель | gpt-5.6-terra | Terra выполняет ограниченный этап принятия решения с достаточным анализом правил и исключений. |
| Запасная модель | gemini-2.5-flash | Для узких классификаций, прошедших проверку, используйте Gemini 2.5 Flash. Новые исключения передавайте Sol или человеку, не расширяя права модели. |
| Модель для сложных задач | gpt-5.6-sol | Используйте только при выходе за возможности основной модели по качеству или сложности |
| Требования к выводу | Проверенный JSON | Структурированная категория, ID правила, объяснение и причина проверки при необходимости. |
Процесс оплаты читает счёт, сопоставляет с заказом, просит модель классифицировать расхождения и отправляет на утверждение либо создаёт заявку об исключении. Состояние хранится в базе приложения, а не в истории чата.
Модель решает только неоднозначную классификацию. Разбор, расчёты, поиск дублей, запись, повторы и сроки управляются фиксированной логикой. Каждая внешняя запись содержит ключ идемпотентности.
Отправляйте запрос с сервера. Замените пример и схему-заглушку данными и инструментами приложения.
curl https://app.llmfly.ai/v1/chat/completions \
-H "Authorization: Bearer $LLMFLY_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-5.6-terra",
"messages": [
{"role": "system", "content": "Classify the invoice discrepancy using the supplied policy. Return MATCH, REVIEW, or REJECT with the exact policy rule. Do not perform any external action."},
{"role": "user", "content": "Classify this invoice and purchase-order discrepancy."}
],
"response_format": {"type": "json_object"}
}'Terra выполняет ограниченный этап принятия решения с достаточным анализом правил и исключений.
Для узких классификаций, прошедших проверку, используйте Gemini 2.5 Flash. Новые исключения передавайте Sol или человеку, не расширяя права модели.
| Показатель | Условие успеха |
|---|---|
| Доля полностью завершённых процессов | Процесс достигает записанного успешного состояния после всех обязательных шагов |
| Доля повторных записей | Повторы не создают дублей сообщений, заявок, платежей или обновлений |
| Доля ручного вмешательства | Человек требуется для продолжения только в заранее заданных исключениях |
| Стоимость и длительность процесса | Успешные запуски укладываются в сроки и бюджет процесса |
Структурированная категория, ID правила, объяснение и причина проверки при необходимости.
Для каждого рабочего запуска записывайте ID модели и запроса, токены, повторы, проверку и итоговое решение.
Храните в базе приложения или движке процессов, а модели передавайте только нужное состояние.
Любая внешняя запись с возможным повтором: сообщения, заявки, платежи и обновления.
Ограничьте повторы и передавайте окончательные ошибки на проверку с данными для восстановления.
Сравните основную и запасную модели с одинаковыми запросами, инструментами и правилами проверки.