Как получить воспроизводимый ответ Ollama с options.seed

• Seed передаётся внутри объекта options, а не на верхнем уровне запроса.
• Официальный пример использует числовое значение seed.
• Для сравнения нужны одинаковые model, prompt и остальные options.
• stream:false упрощает получение одной response-строки.
• Seed не заменяет фиксацию версии модели и среды; обновление модели может изменить результат.

Эти пункты задают границу решения. Не расширяйте их предположениями: наличие поля не гарантирует истинность содержимого, HTTP 200 не подтверждает бизнес-состояние, а комментарий в коде не заменяет assert.

Подготовка стенда

• Зафиксируйте версию SDK, Ollama и точное имя тестовой модели.
• Используйте fake tool или provider stub для сценариев с побочными эффектами.
• Удалите токены, персональные данные, реальные счета и внутренние пути.
• Добавьте счётчики model calls и tool executions.
• Настройте завершение процесса с ошибкой при несовпадении контракта.

Тестовый ввод должен быть небольшим, но реалистичным. Идентификаторы T-781 и INV-781 в статье вымышлены. Для длинного текста создавайте синтетическую строку без копирования пользовательских документов.

Пошаговые действия

1. Зафиксируйте точное имя с тегом, prompt и объект options.
2. Передайте одинаковый числовой seed в два последовательных запроса.
3. Сравните response и сохраните model plus digest из локального каталога рядом с тестом.
4. Отдельно измените seed: тест не обязан гарантировать различие, но должен доказать, что конфигурация реально изменилась.

После каждого действия сохраняйте минимальное доказательство: класс объекта, длину списка, status code, обязательное поле JSON или порядок событий. Полный prompt и raw payload в журнал не нужны.

Копируемый пример

Сохраните пример как отдельный файл языка javascript. Значения в угловых скобках — заполнители; их нельзя выдавать за реальные digest или идентификаторы.

const body = {
  model: "mistral",
  prompt: "Верни один тег для тикета: двойное списание",
  stream: false,
  options: {seed: 123, temperature: 0}
};
async function run() {
  const res = await fetch("http://localhost:11434/api/generate", {
    method: "POST", headers: {"content-type": "application/json"},
    body: JSON.stringify(body)
  });
  if (!res.ok) throw new Error("generate HTTP " + res.status);
  const data = await res.json();
  if (data.done !== true) throw new Error("not done");
  return data.response;
}
const first = await run(), second = await run();
if (first !== second) throw new Error("responses differ");
console.log(first);

Python запускайте в virtualenv проекта, JavaScript — как .mjs в Node.js с fetch. Не смешивайте глобальную и проектную версии. Если импорт отсутствует, сначала проверьте установленную версию, а не подбирайте похожий API.

Реалистичный вход

Два запроса с одной моделью mistral, одинаковым prompt, seed=123 и temperature=0 в неизменном локальном окружении.

Ожидаемый результат

Response-строки совпадают в тестовом окружении. Рядом сохраняется точная идентификация модели; статья не обещает совпадение после её обновления.

Ожидание перенесите в assert или throw. Если текст модели недетерминирован, сравнивайте структурный инвариант. Если API возвращает массив, проверяйте число элементов и форму каждого.

Негативная проверка

Измените prompt на один символ, сохранив seed. Не требуйте старый snapshot: seed не делает разные входы эквивалентными.

Негативный тест должен ломать ровно одно условие. Сетевая ошибка не равна 404, пустой список не равен PASS, новый запуск не равен resume, а локально созданный UUID не равен response ID провайдера.

Готовый prompt для ревью

Проверь reproducibility test: seed находится в options, model tag и prompt фиксированы, остальные options одинаковы, сравнивается полный response и описаны границы воспроизводимости.

Верни таблицу: условие, доказательство из кода или очищенного лога, PASS/FAIL, минимальное исправление. Если доказательства нет — FAIL. Не додумывай версии, статусы и результаты.

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

Независимая проверка

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

Для agent run отдельно считайте model responses, tools и RunItem: это разные сущности. Для Ollama проверяйте HTTP и тело. Если операция изменяет модель или индекс, после неё используйте read-only endpoint или схему хранилища как второе доказательство.