AI API для взрослой художественной прозы

Что означает взрослая проза в API-сценарии

Взрослая художественная проза здесь — работа со зрелыми персонажами, близостью, конфликтом, ответственностью и неоднозначными решениями. Слово «взрослая» не задаёт единственный жанр или обязательную степень подробности. В авторском приложении полезнее явно передать возраст героев, обстоятельства сцены и желаемый тон, чем ожидать нужного результата от одного ярлыка.

Это руководство предназначено разработчикам редакторов, писательских инструментов и собственных рабочих приложений. API принимает текстовую задачу; он не выбирает за вас структуру книги, аудиторию и правила публикации. Автор может использовать модель для черновика, разбора диалога или поиска слабого перехода, сохраняя контроль над итоговой версией. Разные этапы стоит показывать в интерфейсе как разные действия.

Dikaya использует позиционирование «без цензуры», но оно не является обещанием любого ответа или одинакового поведения на всех сюжетах. Для выбранной модели проверяйте конкретные запросы и качество редактуры. Не переносите чужие обзоры исходных моделей на собственный продукт: у сервиса могут отличаться настройки, пределы выхода и условия обработки материалов.

• Программный доступ и подход Dikaya

Как передать персонажей, жанр и границы сцены

Подготовьте небольшой контракт сцены: кто находится в комнате, что произошло до её начала, чего хочет каждый герой и что должно измениться к финалу. Отдельно укажите подтверждённые факты и вещи, которые модель может предложить сама. Например, возраст и причина разлуки фиксированы, а место встречи или бытовая деталь могут быть предметом выбора автора.

Не смешивайте редакторскую команду с самим рукописным фрагментом. Разделите их подписями: задача, факты персонажей, исходный текст, формат результата. Если требуется сохранить голос рассказчика, покажите небольшой собственный образец и перечислите конкретные признаки: длину фраз, степень прямоты, привычную лексику. Одного пожелания «пиши красиво» недостаточно для воспроизводимой проверки.

Память о произведении находится в вашем приложении. Удобно хранить карточки героев, сводку главы и выбранный актуальный текст отдельно. В следующем запросе передавайте необходимую часть, а не все отвергнутые варианты подряд. Иначе история начнёт содержать противоречащие друг другу события, а входные расходы вырастут без очевидной пользы для следующей сцены.

• Совершеннолетние герои и их известные факты.
• Задача сцены и конфликт интересов.
• Тон, точка зрения и желаемый объём.
• Что нельзя менять и где допустимы варианты.

Почему план, написание и редактура — разные запросы

План помогает выбрать действие и поворот сцены. Черновик превращает выбранное решение в текст. Редактура проверяет уже существующий материал по условиям: различимы ли голоса, меняется ли ситуация, не потерян ли важный факт. Если попросить всё сразу, сложнее понять, какой этап дал слабый результат и какую часть работы следует повторить.

Покажите эти этапы как отдельные кнопки и сохраняйте состояние после каждого подтверждения автора. Не запускайте следующий вызов только потому, что предыдущий вернул HTTP 200. Сначала проверьте наличие текста и причину завершения, затем дайте человеку выбрать версию. Так неудачный черновик не станет незаметно основой для следующей главы.

Проверка стиля не обязана переписывать весь текст. Можно запросить список несогласованностей, затем применить только выбранные правки. Для сравнений храните исходник и новую версию под разными идентификаторами. При сетевой ошибке автор должен видеть уже сохранённый материал, а не пустой экран и автоматическую повторную генерацию за его счёт.

• Нейтральное руководство по работе с текстом

Пример Python: сцена и метаданные в отдельном файле

Установите openai через python -m pip install openai, сохраните файл как scene.py и задайте DIKAYA_API_KEY в окружении. Команда python scene.py делает один запрос с пределом 512 токенов и сохраняет доступный текст вместе с finish_reason. Это небольшой проверяемый этап, а не генерация книги за один вызов. Пример не выполняет инструменты и не делает автоматических повторов.

Режим записи x намеренно не перезаписывает уже существующий scene-result.json. Выберите новое имя для следующего варианта или управляйте версиями в своей базе. Текст с признаком length остаётся частичным, даже если выглядит связным. Сохранение метаданных помогает объяснить автору, почему вариант нельзя автоматически считать завершённым.

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://dikaya.cloud/v1",
    api_key=os.environ["DIKAYA_API_KEY"],
    max_retries=0,
    timeout=90.0,
)

import json

if __name__ == "__main__":
    response = client.chat.completions.create(
        model="seller-pro-2", max_tokens=512,
        messages=[
            {"role": "system", "content": (
                "Ты помогаешь автору взрослой художественной прозы. "
                "Герои совершеннолетние. Сохраняй заданные факты. "
                "Не добавляй предисловие или отзыв о собственном тексте."
            )},
            {"role": "user", "content": (
                "Напиши короткую сцену до 150 слов. Марине 34, Алексею 37. "
                "Они встречаются после двух лет разлуки. Она хочет объяснения, "
                "он хочет вернуть оставленный ключ. Точка зрения Марины. "
                "Покажи конфликт через реплики и действия, без готового примирения."
            )},
        ],
    )
    if not response.choices:
        raise RuntimeError("Нет варианта ответа")
    choice = response.choices[0]
    result = {
        "text": choice.message.content or "",
        "finish_reason": choice.finish_reason,
        "refusal": getattr(choice.message, "refusal", None),
        "usage": response.usage.model_dump() if response.usage else None,
    }
    with open("scene-result.json", "x", encoding="utf-8") as output:
        json.dump(result, output, ensure_ascii=False, indent=2)
    print("Сохранено: scene-result.json; завершение:", result["finish_reason"])

Как проверить напряжение и голоса героев

Поставьте сцене небольшой, но конкретный конфликт. Один предмет может заменить длинную экспозицию: забытый ключ, письмо или билет заставляют героев действовать. Для оценки зафиксируйте, что персонажи знают до встречи и чего не готовы произнести прямо. Тогда вы сможете отличить содержательное напряжение от абстрактного описания сильных чувств.

В иллюстрации ниже важны не готовые фразы, а структура авторской задачи. Образец ответа намеренно размыт и не выдаётся за реальный результат модели. Отправьте вопрос самостоятельно, проверьте возраст, последовательность действий и различимость реплик. Если текст не подходит, сначала уточните один слой запроса, а не меняйте одновременно весь сюжет и модель.

Как учитывать длину сцены и стоимость генерации

Количество слов в задании — пожелание к тексту, а max_tokens — техническая граница выхода. Эти величины не равны. Выход может включать рассуждение, поэтому 512 токенов не гарантируют сцену на определённое число слов. У платного шлюза по умолчанию 2048 выходных токенов, явный предел до 65536 с учётом модели; JSON-тело ограничено 16 МиБ.

Dikaya Pro 2 — доработанная версия на основе GLM-5.3, а seller-pro-2 — её публичный API-ID. Окно контекста до 1 млн токенов не означает ответ такого размера. Для новой сцены обычно полезнее передать точные факты и выбранный фрагмент, чем всю книгу вместе с черновиками. Сравнивайте модели на собственном материале, не объявляя один вариант универсально лучшим.

Разовое демо нового подходящего аккаунта — $0.5 и до 25 запросов с отдельными ограничениями: 512 токенов выхода, 6000 байт контекста, 10 RPM и одна одновременная обработка. Для длинной работы нужен пополненный баланс. Каждый этап оплачивается отдельно, а повтор после неизвестного исхода может создать дополнительный расход. Проверяйте usage и условия конкретного бюджета.

• Параметры моделей
• Цены, резервы и доступные средства
• Условия обработки и ручной финансовой проверки

Как обращаться с рукописью и результатами

API для взрослой прозы не означает конфиденциальность без сохранения данных. В Dikaya запросы и ответы попадают в служебные журналы, доступные администратору, и приватные уведомления; обработка использует внешнюю инфраструктуру моделей. Учитывайте это при работе с неопубликованными материалами и не передавайте ненужные реальные имена, секреты или сведения третьих лиц.

В собственной программе ограничьте доступ к рукописям, разделяйте проекты авторов и объясните, где находятся сохранённые варианты. Удаление локального JSON-файла не стирает все записи других систем. Начинать интеграцию лучше с небольшого тестового фрагмента, понятного критерия завершения и честного сохранения версий: это полезнее обещания написать весь роман без участия человека.

• Хранение запросов, журналов и рукописей
• Что делать с отказом или незавершённым ответом

Вопросы и ответы