Dikaya Pro: сравнение длинных документов без потери ссылок

Минимальный API-пример

Иллюстративный Python-код, не выполненный ответ модели. Ключ берётся из окружения, автоматические повторы выключены. При потере связи исход и расход могут остаться неизвестными: не повторяйте запрос вслепую.

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://dikaya.cc/v1",
    api_key=os.environ["DIKAYA_API_KEY"],
    max_retries=0,
)
response = client.chat.completions.create(
    model="seller-pro",
    max_tokens=512,
    messages=[{"role": "user", "content": "Составь проверочный список для моей задачи. Отдели исходные факты от предположений."}],
)
print(response.choices[0].message.content)

Какой результат просить у Dikaya Pro

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

До отправки договоритесь о статусах: подтверждено текстом, противоречит тексту, не найдено и требует уточнения. Отсутствие фразы не равно отказу подрядчика выполнить работу; совпадение терминов не всегда означает совпадение обязательств. Например, «интеграция предусмотрена» и «интеграция включена в поставку» — разные утверждения. Сохранение этих различий полезнее общего балла привлекательности. Это предложенный способ работы с Pro, а не заявление о доказанном превосходстве модели в закупках или юридическом анализе.

Подготовка пакета с устойчивыми адресами

Назовите исходники ТЗ-01, КП-А и КП-Б, укажите дату редакции и границы каждого фрагмента. Сохраняйте нумерацию разделов при копировании из документа. Если после распознавания пропала таблица, восстановите заголовки столбцов вручную и проверьте несколько строк по оригиналу. Для модели важна структура переданного текста, а не красивое форматирование файла, который она не получила. Удаление номера пункта ради экономии места делает последующую проверку замечаний значительно труднее.

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

Два прохода вместо одного общего пересказа

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

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

Большой контекст не равен неограниченной загрузке

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

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

Проверка цитат, изображений и внешних сведений

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

У seller-pro изображения идут через отдельно оплачиваемый текстовый мост, а не через нативное зрение этой модели. Для таблиц с мелкими сносками предпочтительнее проверенный текст: промежуточное описание способно потерять значимую деталь. Внешние актуальные сведения тоже не возникают автоматически. Явный поиск доступен в платном браузерном чате, но не превращает публичный API в интернет-инструмент. Если используете найденный источник, отделяйте его от условий самого предложения и проверяйте дату, адрес и применимость к вашему случаю.

Подключение API и передача результата в работу

В интеграции передавайте точный seller-pro, явный предел ответа и подготовленный пакет источников. Не выводите основу модели из слова Pro и не назначайте ей low/high/max: эти уровни не заявлены для данного брендового уровня. Для Python SDK отключите автоматические повторы настройкой max_retries=0. Документация SDK объясняет параметры подключения и различие ошибок соединения и статуса; она не гарантирует, что любое расширение другого API поддерживается Dikaya, и не устанавливает качество сравнения документов.

При известном HTTP-отказе у вас есть определённый ответ сервера; при потере связи исход может оставаться неизвестным. Не считайте тайм-аут доказательством отсутствия обработки или списания и не запускайте автоматически тот же большой пакет. Проверьте состояние и доступный учёт, затем решите, нужна ли ручная отправка. Кнопка статьи лишь готовит черновик: разрешения аккаунта, демо на Pro 2 и сохранённый ранее текст могут ограничить выбор. Перед отправкой проверьте селектор и содержимое, а готовую матрицу передайте ответственному вместе с исходными документами.

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

Известно ли, на какой базовой модели работает Dikaya Pro?

Для seller-pro публичная основа не заявлена. Не следует переносить на него утверждение о модифицированной GLM-5.3, которое разрешено для отдельного seller-pro-2. Используйте точный ID и текущие публичные характеристики. Выбор процесса сравнения документов в этом руководстве не является свидетельством происхождения модели или результатом сравнительного испытания.

Можно ли загрузить весь архив, если контекст большой?

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

Чем матрица требований лучше обычного резюме?

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

Нужно ли отправлять запрос заново после тайм-аута?

Не автоматически. Тайм-аут показывает проблему ожидания или связи, но не доказывает, что обработка не состоялась и средства не затронуты. Сначала проверьте доступное состояние, историю и учёт расхода. Для SDK отключите скрытые повторы; решение о новой отправке принимайте вручную с пониманием неопределённости предыдущего результата.

Источники

Материал подготовлен с помощью AI. Примеры иллюстративные, не запись реального ответа или сравнительный тест. Внешние источники не заменяют условия сервиса.

• Dikaya: справочник API и ограничений клиента
  dikaya.cc
• Dikaya: текущие публичные условия расчёта
  dikaya.cc
• OpenAI Python SDK: соединение и повторы
  github.com
• MDN: обработка HTTP-ответов в Fetch
  developer.mozilla.org