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)

Почніть з питання, яке впливає на рішення

Для тендерної команди питання «порівняй документи» надто широке. Сформулюйте, яке рішення потрібно підготувати: чи покриває пропозиція обов’язкові вимоги замовника, де змінилися строки, які витрати винесено за межі кошторису. Від цього залежить перелік полів у звіті. Якщо мета — перевірка відповідності, красивий виклад сильних сторін виконавця не замінює рядок для кожної вимоги технічного завдання.

Створіть коротку інструкцію про роль документів. Технічне завдання є джерелом вимог, пропозиція — заявленим способом їх виконання, додаток — можливими уточненнями. Не дозволяйте моделі автоматично вважати новішу дату вищим юридичним пріоритетом. Правило пріоритету має бути надане людиною або позначене як відсутнє. Так зменшується ризик, що звичайний опис буде непомітно перетворений на остаточне зобов’язання сторони.

Збережіть структуру до початку аналізу

Позначте документи короткими кодами й датами редакцій, наприклад ТЗ-А та ПРОП-Б. Для кожного фрагмента залиште заголовок, номер пункту й таблиці. Після витягування тексту перевірте, чи не злиплися колонки: рядок із ціною поряд із рядком строку легко породжує хибну пару. Якщо нумерації немає, додайте власні сталі мітки абзаців у робочу копію та збережіть цю копію разом із вихідним файлом.

Довгий документ можна поділити за змістовими межами, але словник скорочень і правила пріоритету повинні залишатися доступними. Складіть реєстр частин із позначкою «отримано» та «перевірено». Це захищає від непомітного пропуску останнього додатка. Браузерний чат не є сховищем необмеженої кількості повідомлень для одного запиту: фактично переданий контекст залежить від клієнтських меж, а не лише від заявленого в каталозі вікна моделі.

Побудуйте матрицю відповідності вимог

Для кожного пункту ТЗ вимагайте окремий рядок із посиланням на відповідний фрагмент пропозиції. Введіть статуси «підтверджено текстом», «суперечить», «не знайдено» та «потрібне уточнення». «Не знайдено» не означає доведену відсутність можливості у виконавця: це означає, що наданий матеріал не підтвердив вимогу. Таке формулювання допомагає підготувати коректні запитання замість необґрунтованих звинувачень.

Окремо порівняйте кількісні умови: робочі чи календарні дні, початок відліку строку, кількість об’єктів і межі гарантії. Попросіть залишати коротку цитату поряд із нормалізованим значенням. Якщо пропозиція говорить про десять днів після отримання доступу, а ТЗ — після підписання, однакове число не робить строки однаковими. Саме такі відмінності варто винести в список питань до переговорів.

Шукайте суперечності в обох напрямках

Після проходу від ТЗ до пропозиції зробіть зворотний прохід: які умови виконавець додав самостійно. Додаткове обслуговування може бути корисним, але також створювати регулярні витрати чи вимогу придбати інші компоненти. Не змішуйте перевагу й обов’язок у одному підсумковому реченні. Зворотна перевірка повинна посилатися на початкові номери пунктів, а не на переказ попередньої відповіді моделі.

Для кожної суперечності визначте наслідок і того, хто має дати відповідь. Технічний спеціаліст уточнює сумісність, закупівельник — склад ціни, відповідальний за договір — порядок приймання. Не просіть Pro остаточно вирішувати питання повноважень сторін. Завдання аналітичної таблиці — зробити розбіжність видимою та відтворюваною, щоб відповідальна людина могла підтвердити рішення й повернути його в наступну редакцію документа.

Плануйте обсяг і не підмінюйте текст зображенням

Dikaya Pro є окремим брендовим тарифом із невказаною тут базовою моделлю. Не приписуйте йому походження Pro 2 або перемикачі low, high, max, задекларовані для інших ідентичностей. Велике контекстне вікно корисне лише разом із контрольованим входом: список документів і фактично переданих фрагментів залишається потрібним. Вихідний ліміт визначає довжину звіту окремо, тому повна матриця може потребувати розподілу за розділами.

Скан таблиці для Pro не рівнозначний нативному перегляду пікселів. Зображення обробляється через окремий оплачуваний текстовий міст, і його опис може втратити примітки або структуру колонок. Для зіставлення умов краще підготувати перевірений текст із збереженими номерами. Якщо використано міст, явно позначте такі фрагменти в реєстрі та вручну перевірте всі суми, дати й винятки, які впливають на вибір виконавця.

Приймайте звіт за покриттям, а не стилем

Перед передаванням колегам звірте кількість вимог у ТЗ з кількістю рядків матриці. Вибірково відкрийте цитати, але всі критичні фінансові й часові умови перевірте повністю. Попросіть завершити звіт списком неперевірених частин, а не фразою про загальну відповідність. У платному браузері явний пошук може додати зовнішні джерела, проте вони не замінюють текст конкретної пропозиції та не є вбудованим інтернет-інструментом публічного API.

Для переходу з посібника перевірте доступність seller-pro в акаунті та фактичний вибір у чаті; старий збережений чернетковий текст може мати пріоритет. Автоматичного надсилання немає. У SDK вимкніть повтори через max_retries=0. Підтверджене HTTP-відхилення відрізняється від невідомого результату після втрати зв’язку: останній не доводить відсутності витрат. Не перезапускайте порівняння всього пакета, поки не перевірено стан попередньої операції.

Запитання й відповіді

Чи можна передати документ розміром з усе контекстне вікно?

Не слід прирівнювати заявлений контекст до дозволеного завантаження у вашому клієнті. Браузер має власні межі повідомлень, байтів та вкладень, а системна інструкція також займає місце. Перевірте фактично підготовлений запит, залиште запас на відповідь і ведіть реєстр частин, які справді потрапили в аналіз.

Що краще: один великий переказ чи таблиця розбіжностей?

Для перевірки відповідності корисніша таблиця з окремим рядком на вимогу, короткою цитатою та статусом. Переказ можна написати після перевірки цієї таблиці. Інакше стислий текст приховає пропущений додаток або неоднозначний строк. Висновок має спиратися на простежувані посилання, а не замінювати їх.

Чи відома основа Dikaya Pro та рівні його міркування?

У цьому каталозі Pro розглядається як самостійний брендовий тариф без заявленої основи. Не переносіть на нього схвалене походження Pro 2 або рівні effort інших моделей. Для роботи використовуйте задокументовані параметри саме seller-pro й перевіряйте його поточні умови доступу перед формуванням програмного запиту.

Як продовжити порівняння після обриву відповіді?

Спершу з’ясуйте, які розділи збережені та чи відомий результат запиту. Втрата мережі не означає безкоштовну невиконану операцію. Після перевірки стану можна сформулювати окремий ручний запит лише для непокритих пунктів, приклавши вихідні фрагменти й поточну матрицю, а не просити модель відновити пропущене з пам’яті.

Джерела

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

• Моделі Dikaya: задекларовані можливості Pro
  dikaya.cc
• Документація Dikaya: клієнтські обмеження та API
  dikaya.cc
• OpenAI Python: помилки та автоматичні повтори
  github.com
• MDN: різниця між HTTP-помилкою та втратою мережі
  developer.mozilla.org