Skip to main content

What is Shared Memory?

Shared Memory is like a team bulletin board for your digital twin. When someone adds information to Shared Memory, everyone using the same digital twin can benefit from it.
Simple way to think about it:
  • User Memory = Your personal notes (only you see them)
  • Shared Memory = Team notes (everyone sees them)

How It Works

Adding to Shared Memory

Any user can add information for the whole team:
Prompt
The digital twin stores this, and now everyone on the team gets consistent guidance about code reviews.

Using Shared Memory

When someone asks a related question later, the digital twin automatically uses the shared information:
Prompt
Response

Real-World Examples

What to store:
  • Coding standards and style guides
  • Approved libraries and frameworks
  • Code review requirements
  • Deployment procedures
Example:
“Remember for the team: We use TypeScript for all new projects, React 18 for frontend, and require ESLint checks to pass before commits.”
Now every developer gets consistent guidance without having to repeat these standards.
What to store:
  • Style guide preferences
  • Template structures
  • Terminology standards
  • Brand voice guidelines
Example:
“Remember for the team: API documentation should always include authentication examples and use professional but friendly language.”
Every writer now produces consistent documentation.
What to store:
  • Common troubleshooting steps
  • Escalation procedures
  • Product knowledge
  • FAQ responses
Example:
“Remember for the team: For billing issues, always verify the customer’s last payment date and subscription tier before troubleshooting.”
All support agents follow the same process.
What to store:
  • Course policies
  • Grading rubrics
  • Resource lists
  • Institutional guidelines
Example:
“Remember for all users: Late assignments lose 10% per day, maximum 3 days late.”
All students and instructors get consistent policy information.

Shared Memory vs User Memory

When there’s a conflict, your User Memory preferences typically take priority over Shared Memory—so you can still customize your experience while following team standards.

Who can edit what

Every shared entry records who added it. You can always edit or delete the shared entries you authored yourself; editing or removing entries added by other members requires edit rights on the Digital Twin (typically an admin). Personal memories that were never created inside the twin can’t be turned into shared ones. You can also manage shared entries outside of chat: open the Memory panel (My Profile → Memory, or sidebar → Settings → Personal → Memory Parameters) to browse, search, share/unshare, edit, and delete entries directly.

Managing Shared Memory

View What’s Stored

Ask your digital twin:
Prompt
or search for specific topics:
Prompt

Update Information

Prompt

Remove Outdated Information

Prompt

Best Practices

1

Start with the essentials

Add your team’s most important standards first—things everyone needs to know.
2

Be specific

“Use TypeScript for new projects” is better than “Use good practices.”
3

Keep it current

Review shared memory periodically to remove outdated information.
4

Don't over-store

Only add information that truly benefits the whole team. Personal preferences belong in User Memory.

Storage Architecture

Shared Memory uses key-value storage organized by namespaces:

Tool-Based Access

Reading shared memory:
Writing to shared memory:

Namespace Organization

Organize parameters into logical categories:
  • company_standards — Organization-wide policies
  • technical_stack — Approved technologies
  • compliance_rules — Regulatory requirements
  • documentation_standards — Writing conventions

Assistant Integration

Reference shared memory in Assistant instructions:

Batch Operations

Store multiple parameters at once: