Skip to content

Conversation

@Prasanna721
Copy link
Collaborator

@Prasanna721 Prasanna721 commented Jan 30, 2026

Migrate plugin from Clawdbot to OpenClaw following the upstream rename.

  • Updated peer dependency from clawdbot >=2026.1.24 to openclaw >=2026.1.29
  • Changed plugin ID to openclaw-supermemory
  • Updated all imports from clawdbot/plugin-sdk to openclaw/plugin-sdk
  • Renamed env var from SUPERMEMORY_CLAWDBOT_API_KEY to SUPERMEMORY_OPENCLAW_API_KEY

Migrate plugin from Clawdbot to OpenClaw following the upstream rename.

Updated peer dependency from `clawdbot >=2026.1.24` to `openclaw >=2026.1.29`
Changed plugin ID to `openclaw-supermemory`
Updated all imports from `clawdbot/plugin-sdk` to `openclaw/plugin-sdk`
  - Renamed env var from `SUPERMEMORY_CLAWDBOT_API_KEY` to `SUPERMEMORY_OPENCLAW_API_KEY`
Copy link
Collaborator Author

This stack of pull requests is managed by Graphite. Learn more about stacking.

@Prasanna721 Prasanna721 self-assigned this Jan 30, 2026
@Prasanna721 Prasanna721 requested a review from Dhravya January 30, 2026 23:16
@Prasanna721 Prasanna721 marked this pull request as ready for review January 30, 2026 23:16
@linear
Copy link

linear bot commented Jan 30, 2026


function defaultContainerTag(): string {
return sanitizeTag(`clawdbot_${hostname()}`)
return sanitizeTag(`openclaw_${hostname()}`)
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Bug: Changing the default containerTag from clawdbot_{hostname} to openclaw_{hostname} will cause users on the default configuration to silently lose access to their existing memories after upgrading.
Severity: HIGH

Suggested Fix

To prevent silent data loss for existing users, implement a fallback mechanism. The application should first check for memories using the new openclaw_{hostname} tag, and if none are found, it should then check for the old clawdbot_{hostname} tag. This would provide backward compatibility during the transition period. Alternatively, add a prominent warning to users upon upgrade, informing them of the change and guiding them to manually configure their containerTag if they wish to access old memories.

Prompt for AI Agent
Review the code at the location below. A potential bug has been identified by an AI
agent.
Verify if this is a real issue. If it is, propose a fix; if not, explain why it's not
valid.

Location: config.ts#L56

Potential issue: The default value for `containerTag` has been changed from
`clawdbot_{hostname}` to `openclaw_{hostname}`. Since the container tag acts as a
namespace for all memory operations, this change will cause existing users who rely on
the default configuration to silently lose access to all their previously stored
memories upon upgrading. The application will not crash or show any warnings; it will
simply connect to a new, empty memory namespace, effectively resulting in unintentional
data loss for this subset of users.

Did we get this right? 👍 / 👎 to inform future reviews.

@Prasanna721 Prasanna721 merged commit 917db02 into main Jan 31, 2026
3 checks passed
Copy link
Collaborator Author

Merge activity

@Dhravya Dhravya changed the title Migrate from Clawdbot to OpenClaw cg Jan 31, 2026
@Dhravya Dhravya changed the title cg migrate from clawdbot to openclaw Jan 31, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants