Для проверки длинного сценария нужны сцены, которые устанавливают, кто что знает или чем владеет. Если отправить больше текста сценария, это может помочь выявить недостающую связь, но заодно меняется и счёт, особенно на границе в 200 000 токенов.
Grok 4.3 — вариант с длинным контекстом в нынешней линейке чат-моделей Grok: он принимает до 1 000 000 входных токенов и поддерживает reasoning_effort: "none", чего нет в текущих контрактах 4.5, 4.6 и 4.7. Следите за границей тарификации: уже 200 000 входных токенов суммарно включают более высокий тариф, и он действует на весь запрос.
Точные цены и лимиты
Текущий контракт SpicyAPI для xai/grok-4.3/chat поддерживает текстовые и графические части, до 256 сообщений и 128 определений инструментов. Части с файлами/PDF и аудио не принимаются.
| Входные токены суммарно | Вход без кэша / 1M | Вход из кэша / 1M | Выход / 1M |
|---|---|---|---|
| Меньше 200 000 токенов | $1.25 | $0.20 | $2.50 |
| 200 000 токенов или больше | $2.50 | $0.40 | $5.00 |
Потолок входа — 1 000 000 токенов. max_tokens по умолчанию равен 4096 и принимает значения до 900 000 — это потолок видимого ответа. Токены рассуждения тарифицируются отдельно в составе выходных и этим лимитом не ограничиваются. Доступные уровни усилия: none, low, medium, high и xhigh; по умолчанию используется low.
Для простого точного извлечения начните с none. Для сложного вопроса о непрерывности, затрагивающего много разрозненных сцен, попробуйте low или выше, если первый ответ упускает конкретную связь. Рассуждение тоже расходует оплачиваемый выход, поэтому по длине одного видимого ответа счёт не восстановить.
Что происходит при 199 999 и при 200 000 токенов
При 4000 оплачиваемых выходных токенов и без кэша:
| Вход | Расчёт | Ориентировочная стоимость |
|---|---|---|
| 199 999 | 199 999 × $1.25 / 1M + 4000 × $2.50 / 1M | $0.25999875 |
| 200 000 | 200 000 × $2.50 / 1M + 4000 × $5.00 / 1M | $0.52 |
Разница — это смена тарифа, а не стоимость одного лишнего токена по старой ставке. Вход из кэша тоже учитывается в пороге. При 50 000 токенов без кэша плюс 149 000 из кэша и 4000 на выходе оценка составляет $0.1023. Если довести часть из кэша до 150 000, суммарный вход станет равен 200 000, а оценка вырастет до $0.205.
Не считайте часть из кэша повторно как вход без кэша. Формула для запроса такая:
cost = uncached_input × input_rate / 1,000,000
+ cached_input × cached_rate / 1,000,000
+ billed_output × output_rate / 1,000,000Перед отправкой загрузите полные сообщения и настройки в Playground Grok 4.3 и посмотрите оценку цены и тариф. Учтите системные инструкции, определения инструментов, изображения и повторно отправляемую историю: число символов не равно точному числу токенов. После отправки проверьте usage.prompt_tokens — это значение уже включает вход из кэша. Не прибавляйте usage.prompt_tokens_details.cached_tokens второй раз. Сравните суммарный вход с 200 000, а для итогового счёта используйте окончательно списанную сумму.
Размещайте в начале повторно используемый сценарий и справочник персонажей, а в конце — меняющийся вопрос. Стабильный префикс может сделать возможным повторное использование, но ставку кэша применяйте только к токенам, которые отмечены как попадания в кэш.
Тариф выбирается по суммарному входу, включая историю, отправленную с этим вызовом. Начальное удержание на балансе не обязательно отражает итоговую экономию на кэше. Чтобы оценить реальный запрос, используйте возвращённые данные об использовании и окончательно списанную сумму; все итоги здесь — иллюстративная арифметика.
Окно в миллион токенов — это лимит для одного API-запроса. Оно не связано с еженедельным лимитом сообщений в подписке на приложение Grok. С этим чат-эндпоинтом при каждом вызове вы отправляете историю и исходный текст, которые нужны модели; она не получает ваши прежние разговоры в приложении только потому, что название модели вам знакомо.
Сначала попробуйте в Playground
- Откройте Grok 4.3 и переключитесь на Playground.
- Задайте System prompt по инструкции из примера ниже. В поле сообщения вставьте две сцены (SCENE12 и SCENE18) и попросите указать недостающие передачи реквизита. Выберите вариант рассуждения none и нажмите Run model.
- Убедитесь, что в ответе названы и термос, и красный кейс, а затем посмотрите оценку цены, прежде чем отправлять полный сценарий.
Практический пример с длинным сценарием
В вымышленном романтическом сценарии для взрослых есть красный кожаный кейс и медный термос с синей полосой. Проблема непрерывности — владение: кто нёс каждый предмет до сцены и после неё? Отправьте сценарий текстом с метками сцен и попросите назвать явные или недостающие передачи, а не просить модель «проверить всё».
Иллюстрация вымышленного реквизита. Это не результат работы Grok и не доказательство визуальной точности; вызов ниже получает их письменные описания.
curl --fail-with-body https://api.spicyapi.ai/v1/chat/completions \
-H "Authorization: Bearer $SPICY_API_KEY" \
-H 'Content-Type: application/json' \
-H "Idempotency-Key: $(uuidgen)" \
-d '{
"model": "xai/grok-4.3/chat",
"reasoning_effort": "none",
"max_tokens": 2000,
"response_format": {"type": "json_object"},
"messages": [
{"role": "system", "content": "Return JSON with missing_handoffs: a list of objects containing prop, missing_step and evidence_scene_ids (a nonempty list of supplied scene labels). Do not invent a handoff."},
{"role": "user", "content": "Fictional adults: Mara, 32, Jon, 35. SCENE_12: Mara leaves her copper thermos with a blue band on the bench. Jon carries a closed red leather case. SCENE_18: Jon gives Mara the thermos; Mara opens the red case. Find ownership changes without an explicit handoff."}
]
}' > response.json
python3 - <<'PY'
import json
from pathlib import Path
resp = json.loads(Path("response.json").read_text())
print(json.dumps({"usage": resp.get("usage")}, indent=2))
choices = resp.get("choices") or []
if resp.get("error") or not choices or choices[0].get("finish_reason") != "stop":
raise RuntimeError("no complete continuity report")
text = choices[0].get("message", {}).get("content")
if not isinstance(text, str) or not text.strip():
raise RuntimeError("empty report")
report = json.loads(text)
if not isinstance(report, dict) or not isinstance(report.get("missing_handoffs"), list):
raise RuntimeError("missing_handoffs must be a list")
for item in report["missing_handoffs"]:
if not isinstance(item, dict):
raise RuntimeError("each finding must be an object")
for key in ("prop", "missing_step"):
if not isinstance(item.get(key), str) or not item[key].strip():
raise RuntimeError(f"missing {key}")
ids = item.get("evidence_scene_ids")
if not isinstance(ids, list) or not ids or any(
not isinstance(i, str) or i not in {"SCENE_12", "SCENE_18"} for i in ids
):
raise RuntimeError("unsupported scene reference")
print(json.dumps(report, indent=2))
PYОжидаются два пробела: Джону нужно забрать термос со скамьи, а красный кейс должен перейти от Джона к Маре. Ни одно из действий не невозможно; ни одна из передач не указана в предоставленных сценах. Правильный ответ называет оба пробела со ссылками на SCENE_12 и SCENE_18, а не придумывает сцену, которая их закрывает.
Для программной проверки задайте модели конкретную форму вывода: missing_handoffs — список объектов с полями prop, missing_step и evidence_scene_ids. Единственный пример проверяет эту форму перед выводом отчёта.
Проверка валидирует структуру отчёта и ссылки на сцены. Прежде чем принять правку, сверьте оба вывода с текстом сцен: одного корректного JSON недостаточно, чтобы считать анализ непрерывности верным.
Для полного сценария замените сообщение пользователя текстом, экспортированным из вашего текущего черновика, сохранив те же метки сцен.
Для длинного сценария используйте потоковый интерфейс. Сначала экспортируйте текст из PDF и сохраните метки сцен, которые используются в ваших выводах.
Дайте длинному сценарию полезный вопрос, а не просьбу пересказать
Для непрерывности реквизита держите компактную последовательность с метками сцен и видимыми действиями: кто принёс предмет, где его оставили и кто использует его следующим. Справочник персонажей устанавливает обычного владельца; он не запрещает другому персонажу взять предмет взаймы. Запрашивайте смены владельца без указанной передачи, а не каждое появление, расходящееся с таблицей владельцев.
В примере то, что Джон протягивает Маре термос, означает, что он забрал или получил его после сцены 12. То, что Мара открывает красный кейс, означает, что у неё есть доступ к вещи Джона. Это пробелы, которые нужно проверить. Правка, написанная человеком, могла бы показать, как Джон подбирает термос, когда они уходят с платформы, и предлагает Маре открыть кейс. Другая допустимая правка сохраняет дистанцию между персонажами, и каждый обращается только со своей вещью. Выбирайте исходя из момента в отношениях героев в этой сцене; отчёт о непрерывности не может принять это творческое решение за вас.
Для приложения-компаньона для взрослых аналогичный пакет содержит устойчивые факты о вымышленных персонажах, краткое описание текущих отношений и разговор, нужный для следующего ответа. Сохраняйте различие между установленным фактом и утверждением участника. Если персонаж говорит «мы познакомились прошлым летом», а утверждённая история говорит, что они познакомились вчера, ассистент не должен молча переписывать запись о персонаже. Это утверждение может быть шуткой или намеренной выдумкой внутри сцены.
Почему пятьдесят коротких ответов могут стоить дороже одной длинной проверки
Каждый вызов может заново отправлять контекст. При 100 000 входных токенов без кэша и 2000 оплачиваемых выходных токенов расчёт Grok 4.3 по низкому тарифу составляет $0.13 за ответ, то есть $6.50 за пятьдесят ответов при том же использовании. Сфокусированный пакет в 10 000 входных токенов с тем же выходом стоит $0.0175, то есть $0.875 за пятьдесят. Эти арифметические случаи не предполагают ни попаданий в кэш, ни равного качества.
Вход, меньший в десять раз, полезен только тогда, когда он сохраняет информацию, нужную следующему ответу. Для вопроса обо всём сценарии оставляйте сценарий целиком; для локального обмена берите краткую утверждённую историю. Если в пересказе опущен факт, что обещание остаётся невыполненным, более дешёвый промпт может дать худшее продолжение. Проверьте важные факты об отношениях и непрерывности, прежде чем заменять исходный пакет его пересказом.
Поддерживаемая опция none — разумная отправная точка для буквального извлечения. Она не делает любой сложный нарративный вывод одинаково лёгким. Если недостающая передача растянута на несколько сцен, сначала убедитесь, что эти сцены предоставлены, а затем попробуйте повысить усилие для этого конкретного вопроса. Повышение усилия до предоставления доказательств лишь позволяет модели построить более изощрённую догадку.
Добавьте референсное изображение в правильной форме сообщения
Токены изображения учитываются в том же потолке входа и ценовом пороге. Добавляйте изображение только тогда, когда вопрос зависит от внешнего вида реквизита.
Для визуального вопроса замените строковое содержимое сообщения пользователя типизированными частями (в документации чат-API перечислено, какие части принимает каждая модель):
{
"role": "user",
"content": [
{"type": "text", "text": "Describe the visible case and thermos. Do not infer an unseen handoff."},
{"type": "image_url", "image_url": {"url": "https://cdn.spicyapi.ai/blog/authored/seo-next-twenty-2026-10-01/grok-4-3-context-budget-guide/body-1-gpt-image-66b06646fd526c4c.webp"}}
]
}Изображение показывает внешний вид реквизита; смены владельца по-прежнему требуют текста соответствующей сцены. Предоставляйте и то и другое, когда вопрос о непрерывности зависит от визуальной детали.
Пусть Agent подготовит вызов
Для повторяющихся проверок непрерывности попросите вашего программного Agent использовать Skill SpicyAPI: "Read xai/grok-4.3/chat, then adapt the example to my input; show the request before running it." Запрос через CLI — spicyapi models get xai/grok-4.3/chat --json; запрос через MCP — spicyapi_model_get с model: "xai/grok-4.3/chat". Чат-вызовы используют совместимый клиент или чат-API; команды медиазадач не генерируют ответы чата.
Наблюдения о контенте для взрослых и выбор модели
В обзоре Grok 4.3 сообщается, что в сентябрьских тестах 2026 года 8 из 9 запросов на сцены для взрослых повышенной интенсивности были выполнены, а один ответ оказался смягчённым. Для сценария для взрослых укажите в системном сообщении вымышленное редакторское задание и предоставьте фрагменты, которые нужно сохранить.
Для создателя контента для взрослых, которому нужен большой справочник персонажей вместе со сценарием, практические преимущества — потолок входа, более низкая ставка за выход и настоящая опция усилия none. Grok 4.5 и 4.6 и Grok 4.7 имеют меньший потолок в 500 000 токенов и стоят $2.00 за миллион входных токенов без кэша и $6.00 за миллион выходных при входе меньше 200K, против $1.25 и $2.50 у Grok 4.3. Вход из кэша стоит $0.30 у 4.5 и $0.50 у 4.6 и 4.7, против $0.20 у Grok 4.3.
Что делать с типичными неожиданностями
| Симптом | Прямое решение |
|---|---|
| Дороже, чем оценка по низкому тарифу | Включите вход из кэша и историю разговора в порог 200 000 токенов |
| Оплачиваемый выход превышает ожидаемый по видимому тексту | Учтите рассуждение; для подходящей ограниченной задачи используйте none |
| Часть с PDF или аудио отклонена | Извлеките текст или используйте отдельный маршрут транскрибации |
| Модель закрывает недостающую передачу новой сценой | Требуйте только предоставленные метки и отклоняйте ссылки на сцены без подтверждения |
| Крупный пакет упирается в тайм-аут шлюза | Используйте потоковую передачу ответа; увеличение тайм-аута клиента не продлевает ограничение edge примерно в 100 секунд для запросов без потока |
| Вывод инструмента не позволяет продолжить разговор | Сохраните в истории сообщение ассистента с вызовом инструмента и соответствующие ID вызовов |
| JSON обрывается | Увеличьте max_tokens или запросите меньше выводов о непрерывности |
С какой конфигурации начать
Используйте Grok 4.3 с none для ограниченного отчёта о непрерывности, когда важны стоимость и большой исходный пакет. Начинайте с доказательств по сценам, а не с переписывания всего сценария. Держите пакет меньше 200 000 токенов, если задача это позволяет; когда недостающая связь зависит от далёких сцен, заплатите за нужный контекст, а не отбрасывайте сцену, которая доказывает ответ.
FAQ
Окно в миллион токенов в API — то же самое, что память приложения Grok?
Нет. Всё, что должна знать модель, должно быть в запросе: вставьте предыдущие сцены или их краткое изложение. История вашего приложения Grok и лимит сообщений на вызовы API не переносятся.
Учитывается ли вход из кэша в пороге 200 000 токенов?
Да. Токены из кэша и повторно отправляемая история учитываются все, поэтому длинный чат может пересечь границу, даже если большая его часть взята из кэша. Тогда более высокие ставки применяются ко всему запросу, поэтому, если вы близки к границе, сократите старые реплики перед последним вызовом.
Гарантирует ли none самый дешёвый ответ?
Он убирает открытый режим рассуждения, поэтому это хорошая отправная точка для небольшого извлечения. Счёт по-прежнему зависит от входа, категорий кэша, видимого выхода и выбранного тарифа; более длинный ответ или больший пакет стоит дороже.
Найдёт ли модель все ошибки непрерывности в сценарии на миллион токенов?
Окно — это вместимость, а не гарантия безупречного припоминания. Помечайте сцены, задавайте конкретный вопрос о непрерывности и проверяйте цитируемые фрагменты. Найдя недостающую передачу, запросите локальное исправление, а не заново генерируйте весь сценарий.
