Skip to main content

Memory Extension

πŸŽ₯Plug & Play
Watch the demo

The Memory extension turns Goose into a knowledgeable assistant by allowing you to teach it personalized key information (e.g. commands, code snippets, preferences and configurations) that it can recall and apply later. Whether it’s project-specific (local) or universal (global) knowledge, Goose learns and remembers what matters most to you.

This tutorial covers enabling and using the Memory MCP Server, which is a built-in Goose extension.

Configuration​

  1. Ensure extension is enabled:
  1. Run the configure command:
goose configure
  1. Choose to add a Built-in Extension
β”Œ   goose-configure 
β”‚
β—‡ What would you like to configure?
β”‚ Add Extension
β”‚
β—† What type of extension would you like to add?
β”‚ ● Built-in Extension (Use an extension that comes with Goose)
β”‚ β—‹ Command-line Extension
β”‚ β—‹ Remote Extension
β””
  1. Arrow down to the Memory extension and press Enter
β”Œ   goose-configure 
β”‚
β—‡ What would you like to configure?
β”‚ Add Extension
β”‚
β—‡ What type of extension would you like to add?
β”‚ Built-in Extension
β”‚
β—† Which built-in extension would you like to enable?
β”‚ β—‹ Developer Tools
β”‚ β—‹ Computer Controller
β”‚ ● Memory
| β—‹ JetBrains
β”” Enabled Memory extension

Why Use Memory?​

With the Memory extension, you’re not just storing static notes, you’re teaching Goose how to assist you better. Imagine telling Goose:

learn everything about MCP servers and save it to memory.

Later, you can ask:

utilizing our MCP server knowledge help me build an MCP server.

Goose will recall everything you’ve saved as long as you instruct it to remember. This makes it easier to have consistent results when working with Goose.

Example Usage​

In this example, I’ll show you how to make Goose a knowledgeable development assistant by teaching it about your project’s API standards. With the Memory extension, Goose can store structured information and retrieve it later to help with your tasks.

This means you no longer have to repeat yourself. Goose will remember your project’s requirements and automatically apply them to new tasks.

  1. Open a terminal and start a new Goose session:
goose session

Step 1: Teach Goose Your API Standards​

Goose Prompt #1​

Goose, learn our API development standards:

- All endpoints must use TypeScript interfaces
- Error responses follow RFC 7807 Problem Details spec
- Rate limiting headers are required
- Authentication uses JWT in Authorization header
- All endpoints need OpenAPI documentation

Remember this so you can help me follow these practices.

Goose Output​

I've learned your API standards. I'll help enforce these requirements when working on API endpoints.

Storing in:
- Category: development_standards
- Tags: #api #typescript #security #documentation
- Scope: global (these are general standards)

I can now help with:
- API endpoint implementation
- Error handling patterns
- Authentication flows
- Documentation requirements

Step 2: Use Stored Knowledge to Create a New API Endpoint​

Goose Prompt # 2​

Help me create a new endpoint for user preferences

Goose Output​

I see you need a new endpoint. Based on our API development standards that I have stored in memory, I'll ensure it meets all our requirements.

[.. Checking stored API standards ...]

I've included all our required elements:

βœ… TypeScript interfaces
βœ… RFC 7807 error response format
βœ… Rate limiting
βœ… JWT auth header
βœ… OpenAPI documentation

Here's your compliant endpoint:

interface UserPreferences {
userId: string;
theme: 'light' | 'dark';
notifications: boolean;
timezone: string;
}

interface ErrorResponse {
type: string;
title: string;
status: number;
detail: string;
instance: string;
}

@Route('/api/users/:userId/preferences')
class UserPreferencesController {
@Get()
@RateLimit(100) // Adding required rate limiting
@OpenAPI({ ... }) // Including mandatory OpenAPI docs
async getUserPreferences(
@Header('Authorization') token: string, // JWT auth as per our standard
@Param('userId') userId: string
): Promise<UserPreferences | ErrorResponse> {
// Implementation following our error handling pattern
}
}

Would you like me to implement the full endpoint logic?