Memories

How Memory Works

Figr listens to your conversations and extracts meaningful context. When you describe how your navigation works, explain a design decision, or share your content style, Figr stores it.

Memory builds passively. You don’t need to do anything special. Just work with Figr, and it learns.

What triggers memory creation

Describing your product structure
Explaining design decisions and rationale
Sharing user flow patterns
Discussing content and copy style
Stating preferences and constraints

Viewing Memories

Open the Memory Panel

Click Memories in the left sidebar
Browse all stored memories
Use the search bar to find specific context

Editing Memories

Memories aren’t locked. Update them as your product evolves.

Edit a Memory

Open the Memories panel in the sidebar
Find the memory you want to update
Double-click to open edit mode
Make your changes
Press Save (⌘↵) or click Save button

Delete a Memory

When context becomes outdated or incorrect:

Double-click the memory to open it
Click Delete (bottom-left, red text)
Confirm deletion

Why Memory Matters

Every other AI tool has amnesia. You explain your product, describe your patterns, share your constraints. Get a decent result. Tomorrow? Start over. Figr remembers everything. Your design patterns. Your user flows. Your content style. That decision you made three months ago about button placement. The way you like tables structured. All of it compounds into deeper product understanding over time.

Traditional AI Tools	Figr’s Memory
Forget everything between sessions	Learns from every conversation automatically
Require re-explaining context every time	Builds deeper understanding over time
Generate generic outputs that miss your product’s nuance	Generates designs that match your existing product
Can’t learn from past decisions or feedback	Remembers decisions, patterns, and preferences permanently

Memory Categories

Product Context

The foundational details about what you’re building.

Examples:
- "Dashboard is the entry point after login, 
   shows key metrics and recent activity"
- "User types include Admin, Manager, and Viewer 
   with different permission levels"
- "Primary navigation is a left sidebar that 
   collapses on mobile"

Design Patterns

How your product looks and behaves visually.

Examples:
- "Primary CTA uses solid blue/purple button 
   with icon, positioned top-right"
- "Delete actions use red color to signal 
   destructive intent"
- "Disabled states shown in gray text"
- "Cards use subtle shadow with 8px radius"

Flow Patterns

How users move through your product.

Examples:
- "Manage Members screen is entry point for 
   organization-level member and seat management"
- "Reducing seats flow: click 'Manage plan seats' 
   → view allocation → select reduction → confirm 
   → handle member removal if necessary"
- "Onboarding uses progressive disclosure across 
   4 steps with skip option on non-critical steps"

Work Style

How you prefer to work with Figr.

Examples:
- "Prefers seeing 2-3 variations before committing 
   to a direction"
- "Wants edge cases called out proactively"
- "Likes detailed rationale with design decisions"
- "Prefers mobile-first approach for new features"

Content Patterns

Your voice, tone, and copy conventions.

Examples:
- "Error messages are friendly, never blame the user"
- "CTAs use action verbs: 'Create project' not 
   'New project'"
- "Empty states include illustration and single 
   clear action"
- "Microcopy is concise, max 2 lines"

Adding Memories Manually

Ask Figr to Remember

In any conversation, explicitly ask Figr to store something.

Example prompts:

"Remember that we always use inline validation 
for forms, never on-submit validation"

"Remember that our primary user persona is a 
marketing manager at a mid-size B2B company"

"Remember that modals are only used for 
destructive actions, never for forms"

"Remember that our brand voice is friendly 
but professional, never casual"

Be Specific

Vague memories aren’t useful. Specific ones are.

Less useful	More useful
”Remember our button style"	"Remember that primary buttons are solid with #6366f1 background, secondary buttons are outline style, and destructive buttons use red background"
"Remember how forms work"	"Remember that forms use inline validation on blur, error messages appear below the field in red, and submit button stays disabled until all required fields are valid”

Memory in Action

Your prompt	Without Memory	With Memory
”Design a settings page”	A settings page that looks like every other settings page. Wrong colors. Wrong patterns. Wrong component styles. You spend an hour fixing it.	A settings page that: - Uses your left sidebar navigation pattern - Follows your form layout conventions - Matches your button hierarchy (primary/secondary) - Includes your error state styling - Uses your typography and spacing system

How to Begin?

Canvas

Inputs and Research

Product Intelligence

Export and Share

Security & Legal

How Memory Works

Viewing Memories

Open the Memory Panel

Editing Memories

Edit a Memory

Delete a Memory

Why Memory Matters

Memory Categories

Adding Memories Manually

Memory in Action

​How Memory Works

​Viewing Memories

​Open the Memory Panel

​Editing Memories

​Edit a Memory

​Delete a Memory

​Why Memory Matters

​Memory Categories

​Adding Memories Manually

​Memory in Action

How Memory Works

Viewing Memories

Open the Memory Panel

Editing Memories

Edit a Memory

Delete a Memory

Why Memory Matters

Memory Categories

Adding Memories Manually

Memory in Action