✓ Verified 💻 Development ✓ Enhanced Data

2nd Brain

Personal knowledge base for capturing and retrieving information about people, places, restaurants,

Rating
4.6 (408 reviews)
Downloads
8,830 downloads
Version
1.0.0

Overview

Personal knowledge base for capturing and retrieving information about people, places, restaurants, games, tech.

Complete Documentation

View Source →

Brain Skill — 2nd Brain Knowledge Base

A personal knowledge management system for capturing and retrieving information about people, places, things, and ideas.

When to Use This Skill

Brain takes precedence over daily logs for named entities.

Trigger this skill when:

  • User asks you to remember someone, something, or somewhere
  • User shares information about a person, place, game, tech, event, media, idea, or organization
  • User expresses a preference about an entity ("I like X at Y restaurant" → update Y's file)
  • User asks about something that might be in the brain ("Who was that guy from...", "What did I think about...")
  • User updates existing knowledge ("Actually, he's 27 now", "I finished that game")
Keywords that trigger: "remember", "note that", "met this person", "visited", "played", "watched", "read", "idea:", "what do I know about", "who is", "where was"

⚠️ Do NOT put brain-eligible content in daily logs. If it's a named entity (person, place, restaurant, product, game, etc.), it belongs in brain/, not memory/YYYY-MM-DD.md. Daily logs are for session context and ephemeral notes only.

🚨 MEDIA FILES MUST BE SAVED. When user sends photos/audio/video/PDFs about a brain entry, you MUST save the actual file to attachments/. Transcribing content is NOT the same as saving the file. Do BOTH.

Data Location

All brain data lives in: ~/.openclaw/workspace/brain/

text
brain/
  people/       # Contacts, people you've met
  places/       # Restaurants, landmarks, venues
  games/        # Video games and interactions
  tech/         # Devices, products, specs, gotchas
  events/       # Conferences, meetups, gatherings
  media/        # Books, shows, films, podcasts
  ideas/        # Business ideas, concepts, thoughts
  orgs/         # Companies, communities, groups

Search & Retrieval

This skill uses OpenClaw's built-in memory_search and memory_get tools, which work out of the box with any configured memory backend.

Searching

Use memory_search for all brain lookups:

text
memory_search("Raven Duran")              # find a person
memory_search("Mamou Prime restaurant")   # find a place
memory_search("what games has Raven played") # natural language

memory_search works transparently whether the backend is the built-in SQLite indexer or QMD. No direct CLI calls needed.

Reading a File

Use memory_get to read a specific brain file once you know its path:

text
memory_get("brain/people/raven-duran.md")
memory_get("brain/places/mamou-prime-sm-podium/mamou-prime-sm-podium.md")

Direct CLI (Optional / Advanced Only)

Only use the qmd CLI directly when searching a non-workspace collection (e.g., the skills collection). For all brain lookups, use memory_search.

bash
# Only for skills collection or non-workspace paths:
export PATH="$HOME/.bun/bin:$PATH"
qmd search "keyword" -c skills

Operational Rules

Creating a New Entry

  • Search first — Run memory_search("") to check for existing entries
  • No match — Create new file using the appropriate template from skills/brain/templates/
  • Possible clash — List all potential matches and ask user to confirm before creating

Updating an Existing Entry

  • Find the file — Use memory_search or direct path if known
  • Surgical edit — Update only the relevant section, don't rewrite the whole file
  • Log the date — Add timestamp to Notes or Interactions section
  • Update frontmatter — Bump last_updated field

Searching / Retrieving

  • Query memory_searchmemory_search("") for semantic search
  • Ambiguous results — Surface all candidates to user, ask which one
  • No results — Tell user nothing found, offer to create entry

Disambiguation Protocol

When user references something ambiguous (e.g., "John"):

  • Search brain for all matches using memory_search("John")
  • If multiple results: list them with context
text
Found 2 matches for "John":
   1. John Smith (Symph colleague, met 2024)
   2. John Doe (GeeksOnABeach speaker, met 2026)
   Which one?
  • Wait for confirmation before updating

Templates

Templates live in skills/brain/templates/. Each has:

  • YAML frontmatter with structured fields
  • Markdown body with standard sections
When creating a new entry:
  • Read the appropriate template
  • Fill in known fields
  • Leave unknown fields empty or with placeholder
  • Write to brain//.md

Categories Reference

CategoryFolderUse For
Peoplebrain/people/Anyone user has met or wants to remember
Placesbrain/places/Restaurants, landmarks, venues, locations
Gamesbrain/games/Video games — status, opinions, notes
Techbrain/tech/Devices, products, specs, quirks
Eventsbrain/events/Conferences, meetups, gatherings
Mediabrain/media/Books, shows, films, podcasts
Ideasbrain/ideas/Business ideas, concepts, random thoughts
Orgsbrain/orgs/Companies, communities, groups

Linking Entities

Use wikilink-style references to connect entities:

  • [[people/raven-duran]] — link to a person
  • [[events/geeksonabeach-2026]] — link to an event
  • [[orgs/symph]] — link to an org
This makes relationships explicit and searchable.

Example Workflow

User says: "Hey, I just met this guy called Raven Duran. He's positioning himself as an Agentic coder, met him at GeeksOnABeach PH last February."

Agent does:

  • memory_search("Raven Duran") → no results
  • Read skills/brain/templates/person.md
  • Create brain/people/raven-duran.md with filled template
  • Optionally check/create brain/events/geeksonabeach-ph-2026.md and link
User says: "The Raven Duran guy, he's still 26 years old"

Agent does:

  • memory_search("Raven Duran") → finds brain/people/raven-duran.md
  • Read file via memory_get("brain/people/raven-duran.md"), update age: 26 in frontmatter
  • Add note: - 2026-02-21: Confirmed still 26 years old
  • Update last_updated field

Attachments

Brain entries can have attachments: photos, PDFs, videos, audio, transcripts, etc.

🚨 MANDATORY: Save All Media Files

When user sends ANY media (photos, audio, video, PDF) related to a brain entry:

  • ALWAYS save the actual file to attachments/ — this is NON-NEGOTIABLE
  • THEN analyze/transcribe the content into the profile
  • NEVER skip saving the file just because you processed its content
"Saved" means the FILE exists in attachments/, not just that content was transcribed.

bash
# REQUIRED: Copy the file
cp /path/to/inbound/media.jpg brain/places/entry/attachments/descriptive-name.jpg

If you transcribed content but didn't save the file → YOU DID IT WRONG. Go back and save it.

Structure

Flat file (no attachments):

text
brain/places/manam.md

Folder structure (with attachments):

text
brain/places/mamou-prime-sm-podium/
  mamou-prime-sm-podium.md      # Profile (keeps original name)
  attachments/
    index.md                    # Describes each attachment
    menu-page-1.jpg
    menu-page-2.jpg
    receipt.pdf
    storefront.mp4

Attachments Index (attachments/index.md)

markdown
# Attachments

| File | Description | Added |
|------|-------------|-------|
| menu-page-1.jpg | Menu first page, mains section | 2026-02-21 |
| menu-page-2.jpg | Menu second page, desserts | 2026-02-21 |
| receipt.pdf | Receipt from Feb visit, ₱2,400 | 2026-02-21 |
| storefront.mp4 | Quick video of the entrance | 2026-02-21 |

QMD (if enabled) indexes this file, making attachments searchable by description.

Adding Attachments

When user sends media about an entity (e.g., "Here's the menu for Mamou Prime"):

  • Find the entrymemory_search("Mamou Prime")brain/places/mamou-prime-sm-podium.md
  • Convert to folder structure (if flat file):
bash
# Create folder
   mkdir -p brain/places/mamou-prime-sm-podium/attachments
   # Move profile into folder
   mv brain/places/mamou-prime-sm-podium.md brain/places/mamou-prime-sm-podium/
   # Create attachments index
   touch brain/places/mamou-prime-sm-podium/attachments/index.md
  • Save media to attachments/ with descriptive filename
  • Update attachments/index.md with file description

⚠️ Always Save Original Files

Do BOTH:

  • Analyze/transcribe the content → add processed text to the profile (e.g., menu tables, business card info, transcript)
  • Save the original files → preserve in attachments/
The text is searchable and processable. The originals are preserved artifacts.

Never discard attachments unless user explicitly says "cleanup", "remove", or "delete" the files.

Example: User sends menu photos

  • ✅ Transcribe menu into markdown tables in profile
  • ✅ Save original photos to attachments/menu-1.jpg, menu-2.jpg
  • ✅ Update attachments/index.md
Wrong: Only transcribing without saving originals

Naming Attachments

Be descriptive — the index provides context:

  • menu-1.jpg, menu-2.jpg
  • business-card.jpg
  • product-demo.mp4
  • meeting-transcript.md
  • voice-memo-2026-02-21.mp3

Example: Adding Menu Photos

User sends: 2 photos with message "Menu at Mamou Prime"

Agent does:

  • Find brain/places/mamou-prime-sm-podium.md via memory_search("Mamou Prime")
  • Convert to folder structure (if needed)
  • Analyze photos → transcribe menu items, prices into markdown tables
  • Update profile with transcribed menu section
  • Save original photos as attachments/menu-1.jpg, attachments/menu-2.jpg
  • Update attachments/index.md:
markdown
# Attachments

   | File | Description | Added |
   |------|-------------|-------|
   | menu-1.jpg | Menu page 1 (transcribed to profile) | 2026-02-21 |
   | menu-2.jpg | Menu page 2 (transcribed to profile) | 2026-02-21 |
  • Confirm to user: "Transcribed menu and saved 2 photos to Mamou Prime"

Installation

Terminal bash

openclaw install 2nd-brain
    
Copied!

💻Code Examples

orgs/ # Companies, communities, groups

-orgs--companies-communities-groups.txt
## Search & Retrieval

This skill uses OpenClaw's built-in `memory_search` and `memory_get` tools, which work out of the box with any configured memory backend.

### Searching

Use `memory_search` for all brain lookups:

memory_search("what games has Raven played") # natural language

memorysearchwhat-games-has-raven-played--natural-language.txt
`memory_search` works transparently whether the backend is the built-in SQLite indexer or QMD. No direct CLI calls needed.

### Reading a File

Use `memory_get` to read a specific brain file once you know its path:

memory_get("brain/places/mamou-prime-sm-podium/mamou-prime-sm-podium.md")

memorygetbrainplacesmamou-prime-sm-podiummamou-prime-sm-podiummd.txt
### Direct CLI (Optional / Advanced Only)

Only use the `qmd` CLI directly when searching a non-workspace collection (e.g., the `skills` collection). For all brain lookups, use `memory_search`.

qmd search "keyword" -c skills

qmd-search-keyword--c-skills.txt
## Operational Rules

### Creating a New Entry

1. **Search first** — Run `memory_search("<name or topic>")` to check for existing entries
2. **No match** — Create new file using the appropriate template from `skills/brain/templates/`
3. **Possible clash** — List all potential matches and ask user to confirm before creating

### Updating an Existing Entry

1. **Find the file** — Use `memory_search` or direct path if known
2. **Surgical edit** — Update only the relevant section, don't rewrite the whole file
3. **Log the date** — Add timestamp to Notes or Interactions section
4. **Update frontmatter** — Bump `last_updated` field

### Searching / Retrieving

1. **Query memory_search** — `memory_search("<natural language question>")` for semantic search
2. **Ambiguous results** — Surface all candidates to user, ask which one
3. **No results** — Tell user nothing found, offer to create entry

## Disambiguation Protocol

When user references something ambiguous (e.g., "John"):

1. Search brain for all matches using `memory_search("John")`
2. If multiple results: list them with context

cp /path/to/inbound/media.jpg brain/places/entry/attachments/descriptive-name.jpg

cp-pathtoinboundmediajpg-brainplacesentryattachmentsdescriptive-namejpg.txt
If you transcribed content but didn't save the file → YOU DID IT WRONG. Go back and save it.

### Structure

**Flat file (no attachments):**

| storefront.mp4 | Quick video of the entrance | 2026-02-21 |

-storefrontmp4--quick-video-of-the-entrance--2026-02-21-.txt
QMD (if enabled) indexes this file, making attachments searchable by description.

### Adding Attachments

When user sends media about an entity (e.g., "Here's the menu for Mamou Prime"):

1. **Find the entry** — `memory_search("Mamou Prime")` → `brain/places/mamou-prime-sm-podium.md`

2. **Convert to folder structure (if flat file):**
example.txt
brain/
  people/       # Contacts, people you've met
  places/       # Restaurants, landmarks, venues
  games/        # Video games and interactions
  tech/         # Devices, products, specs, gotchas
  events/       # Conferences, meetups, gatherings
  media/        # Books, shows, films, podcasts
  ideas/        # Business ideas, concepts, thoughts
  orgs/         # Companies, communities, groups
example.txt
memory_search("Raven Duran")              # find a person
memory_search("Mamou Prime restaurant")   # find a place
memory_search("what games has Raven played") # natural language
example.sh
# Only for skills collection or non-workspace paths:
export PATH="$HOME/.bun/bin:$PATH"
qmd search "keyword" -c skills
example.txt
Found 2 matches for "John":
   1. John Smith (Symph colleague, met 2024)
   2. John Doe (GeeksOnABeach speaker, met 2026)
   Which one?

Tags

#coding_agents-and-ides

Quick Info

Category Development
Model Claude 3.5
Complexity One-Click
Author coderaven
Last Updated 3/10/2026
🚀
Optimized for
Claude 3.5
🧠

Ready to Install?

Get started with this skill in seconds

openclaw install 2nd-brain