Skip to main content

Recipe Reference Guide

Recipes are reusable Goose configurations that package up a specific setup so it can be easily shared and launched by others.

Recipe File Format

Recipes can be defined in either:

  • .yaml files (recommended)
  • .json files

Files should be named either:

  • recipe.yaml/recipe.json
  • <recipe_name>.yaml/<recipe_name>.json

After creating recipe files, you can use goose CLI commands to run or validate the files and to manage recipe sharing.

Recipe Structure

Required Fields

FieldTypeDescription
versionStringThe recipe format version (e.g., "1.0.0")
titleStringA short title describing the recipe
descriptionStringA detailed description of what the recipe does

Optional Fields

FieldTypeDescription
instructionsStringTemplate instructions that can include parameter substitutions
promptStringA template prompt that can include parameter substitutions; required in headless (non-interactive) mode
parametersArrayList of parameter definitions
extensionsArrayList of extension configurations
sub_recipesArrayList of sub-recipes
responseObjectConfiguration for structured output validation

Parameters

Each parameter in the parameters array has the following structure:

Required Parameter Fields

FieldTypeDescription
keyStringUnique identifier for the parameter
input_typeStringType of input (e.g., "string")
requirementStringOne of: "required", "optional", or "user_prompt"
descriptionStringHuman-readable description of the parameter

Optional Parameter Fields

FieldTypeDescription
defaultStringDefault value for optional parameters

Parameter Requirements

  • required: Parameter must be provided when using the recipe
  • optional: Can be omitted if a default value is specified
  • user_prompt: Will interactively prompt the user for input if not provided

The required and optional parameters work best for recipes opened in Goose Desktop. If a value isn't provided for a user_prompt parameter, the parameter won't be substituted and may appear as literal {{ parameter_name }} text in the recipe output.

important
  • Optional parameters MUST have a default value specified
  • Required parameters cannot have default values
  • Parameter keys must match any template variables used in instructions or prompt

Extensions

The extensions field allows you to specify which Model Context Protocol (MCP) servers and other extensions the recipe needs to function. Each extension in the array has the following structure:

Extension Fields

FieldTypeDescription
typeStringType of extension (e.g., "stdio")
nameStringUnique name for the extension
cmdStringCommand to run the extension
argsArrayList of arguments for the command
timeoutNumberTimeout in seconds
bundledBoolean(Optional) Whether the extension is bundled with Goose
descriptionStringDescription of what the extension does

Example Extension Configuration

extensions:
- type: stdio
name: codesearch
cmd: uvx
args:
- mcp_codesearch@latest
timeout: 300
bundled: true
description: "Query https://codesearch.sqprod.co/ directly from goose"

- type: stdio
name: presidio
timeout: 300
cmd: uvx
args:
- 'mcp_presidio@latest'
description: "For searching logs using Presidio"

Sub-Recipes

The sub_recipes field specifies the sub-recipes that the main recipe calls to perform specific tasks. Each sub-recipe in the array has the following structure:

Sub-Recipe Fields

FieldTypeDescription
nameStringUnique identifier for the sub-recipe
pathStringRelative or absolute path to the sub-recipe file
valuesObject(Optional) Pre-configured parameter values that are passed to the sub-recipe

Example Sub-Recipe Configuration

sub_recipes:
- name: "security_scan"
path: "./sub-recipes/security-analysis.yaml"
values: # in key-value format: {parameter_name}: {parameter_value}
scan_level: "comprehensive"
include_dependencies: "true"

- name: "quality_check"
path: "./sub-recipes/quality-analysis.yaml"

Structured Output with response

The response field enables recipes to enforce a final structured JSON output from Goose. When you specify a json_schema, Goose will:

  1. Validate the output: Validates the output JSON against your JSON schema with basic JSON schema validations
  2. Final structured output: Ensure the final output of the agent is a response matching your JSON structure

This enables automation by returning consistent, parseable results for scripts and workflows. Recipes can produce structured output when run from either the Goose CLI or Goose Desktop.

Basic Structure

response:
json_schema:
type: object
properties:
# Define your fields here, with their type and description
required:
# List required field names

Simple Example

version: "1.0.0"
title: "Task Summary"
description: "Summarize completed tasks"
prompt: "Summarize the tasks you completed"
response:
json_schema:
type: object
properties:
summary:
type: string
description: "Brief summary of work done"
tasks_completed:
type: number
description: "Number of tasks finished"
next_steps:
type: array
items:
type: string
description: "Recommended next actions"
required:
- summary
- tasks_completed

Template Support

Recipes support Jinja-style template syntax in both instructions and prompt fields:

instructions: "Follow these steps with {{ parameter_name }}"
prompt: "Your task is to {{ action }}"

Advanced template features include:

  • Template inheritance using {% extends "parent.yaml" %}
  • Blocks that can be defined and overridden:
    {% block content %}
    Default content
    {% endblock %}

Built-in Parameters

ParameterDescription
recipe_dirAutomatically set to the directory containing the recipe file

Complete Recipe Example

version: "1.0.0"
title: "Example Recipe"
description: "A sample recipe demonstrating the format"
instructions: "Follow these steps with {{ required_param }} and {{ optional_param }}"
prompt: "Your task is to use {{ required_param }}"
parameters:
- key: required_param
input_type: string
requirement: required
description: "A required parameter example"

- key: optional_param
input_type: string
requirement: optional
default: "default value"
description: "An optional parameter example"

- key: interactive_param
input_type: string
requirement: user_prompt
description: "Will prompt user if not provided"

extensions:
- type: stdio
name: codesearch
cmd: uvx
args:
- mcp_codesearch@latest
timeout: 300
bundled: true
description: "Query codesearch directly from goose"

response:
json_schema:
type: object
properties:
result:
type: string
description: "The main result of the task"
details:
type: array
items:
type: string
description: "Additional details of steps taken"
required:
- result
- status

Template Inheritance

Parent recipe (parent.yaml):

version: "1.0.0"
title: "Parent Recipe"
description: "Base recipe template"
prompt: |
{% block prompt %}
Default prompt text
{% endblock %}

Child recipe:

{% extends "parent.yaml" %}
{% block prompt %}
Modified prompt text
{% endblock %}

Recipe Location

Recipes can be loaded from:

  1. Local filesystem:
    • Current directory
    • Directories specified in GOOSE_RECIPE_PATH environment variable
  2. GitHub repositories:
    • Configure using GOOSE_RECIPE_GITHUB_REPO configuration key
    • Requires GitHub CLI (gh) to be installed and authenticated

Validation Rules

The following rules are enforced when loading recipes:

  1. All template variables must have corresponding parameter definitions
  2. Optional parameters must have default values
  3. Parameter keys must be unique
  4. Recipe files must be valid YAML or JSON
  5. Required fields (version, title, description) must be present

Error Handling

Common errors to watch for:

  • Missing required parameters
  • Optional parameters without default values
  • Template variables without parameter definitions
  • Invalid YAML/JSON syntax
  • Missing required fields
  • Invalid extension configurations

When these occur, Goose will provide helpful error messages indicating what needs to be fixed.

Learn More

Check out the Goose Recipes guide for more docs, tools, and resources to help you master Goose recipes.