В этом материале
Recipe goose объединяет инструкции, настройки и расширения. Параметры должны соответствовать подстановкам; сохранение recipe не устанавливает модель и не выдаёт права.
Recipe goose сохраняет узнаваемый рабочий процесс для повторной передачи меняющихся входов. Это полезно для локальных задач, например резюме выбранного исходного файла по стабильной форме проверки. Воспроизводимость зависит также от модели, расширений и среды, а не от одного сохранённого prompt. Поэтому перед повторением нужно понимать, какие части процесса действительно закреплены, а какие выбираются заново.
Определите постоянное и переменное
Обзор Recipes описывает объединение prompts, настроек и расширений. Запишите постоянную часть и значения каждого запуска. Путь источника, место результата и стиль проверки имеют разный смысл: не прячьте всё в одно свободное поле без понятного разделения ответственности пользователя и шаблона.
Для локального резюме кода оставьте инструкцию постоянной, а исходный файл запрашивайте явно. Не сохраняйте личный абсолютный путь как неочевидное значение по умолчанию. Коллега или последующая сессия могут прочитать другой файл, считая, что выполняют ту же задачу с теми же свидетельствами.
Соблюдайте контракт параметров
Справочник recipe описывает именованные подстановки и типизированные определения. Required, optional и user-prompt имеют разное поведение. Необязательным параметрам нужны defaults, а обязательные и файловые имеют отдельные ограничения. Изучите актуальный контракт до добавления поля, которое лишь выглядит правдоподобным и удобным.
Проверьте определение каждой использованной подстановки. До оценки ответа изучите развёрнутые инструкции. Необработанная переменная способна дать правдоподобный посторонний текст: это ошибка подготовки входа, а не доказательство неправильного понимания моделью фактического содержимого файла и не повод менять модель первой.
Подтвердите локальную модель
Документация провайдеров описывает отдельное соединение модели. Recipe не превращает недоступный runtime в работающий endpoint. До процесса с инструментами подтвердите идентичность модели и простой ответ, чтобы отличать настройку инференса от подготовки переменных и исполнения внешних операций.
Запишите ревизию модели и существенные параметры генерации. Повтор после смены модели полезен, но представляет новое условие эксперимента. Одинаковое имя файла recipe не гарантирует прежнее поведение инференса и одинаковую обработку структурированных запросов инструментов, особенно при изменении семейства модели.
Рассмотрите возможности расширений
Руководство extensions объясняет предоставление инструментов goose. Проверьте ожидаемые расширения и доступность в реальной среде. Наличие пакета, здоровье соединения и разрешение конкретного ресурса проверяются отдельно; успешный запуск шаблона не подтверждает автоматически прохождение всех трёх границ.
Для резюме начните с минимальной операции чтения файла. Рассмотрите источник и путь результата. Recipe из чужой конфигурации не должен получать расширенные права только ради воспроизведения исторического ответа, смысл зависимостей которого неизвестен и не зафиксирован в проверяемом описании процесса.
Проверьте повторы и неполный ввод
Запустите recipe с двумя учебными файлами и убедитесь, что факты не переходят между резюме. Затем пропустите ожидаемый вход и рассмотрите документированную проверку или запрос значения. Если это характерно для работы, включите путь с пробелами, а не только самый простой учебный путь.
Сохраните ревизию recipe, параметры и результат вместе. Повторяемый процесс отличается от детерминированного вывода модели. Полезный итог — ясный входной контракт и проверенное исполнение с явным сообщением недостающих зависимостей, а не незаметной заменой нужной операции неподтверждённым текстовым ответом без фактического чтения источника.
Материалы по теме
Воспроизводимый стек инференса: как сохранить результат GPU-пилота, LLM для кода на 12 ГБ VRAM: модель, контекст и запас.