Feature Request: Unified Claude Ecosystem — Persistent Identity, Shared Memory & Capability Routing across claude.ai, Cowork, and Code
Feature Request: Unified Claude Ecosystem with Persistent Identity & Context
Author: Arlex Peralta — Power user running Claude Code as a daily operating system for a digital agency
Date: 2026-02-15
Affects: Claude Code, Claude Cowork, claude.ai
---
Summary
Claude Code, Claude Cowork, and claude.ai are three powerful products that share the same underlying model but operate in completely isolated contexts. Users who rely on Claude as a core part of their workflow are forced to manually bridge these tools, losing context, personality, and continuity at every boundary.
The request: A unified layer that connects all three products through a persistent identity, shared memory, and intelligent capability routing — so the user has ONE assistant that knows when to write code, manage files, or have a conversation, without losing the thread.
---
The Problem
1. Context Fragmentation
Each tool starts from zero. A deep architectural discussion in claude.ai doesn't carry over when I open Claude Code to implement it. A file I organized with Cowork has no connection to the code project it belongs to. Every session is a cold start.
2. Manual Identity Engineering
To maintain continuity, I've built a manual system:
CLAUDE.mdfiles with personality, preferences, and behavioral rulesmemory/directories with persistent notes across sessions- Task Flow (a custom MCP server) as shared memory between sessions
- Session checkpoints to survive context compaction
This works, but it's fragile. The assistant "reads its notes to remember who it is" at the start of every session. A real persistent assistant shouldn't need that.
3. Capability Silos
- Need to write code? Open Claude Code.
- Need to organize files? Open Cowork.
- Need to think through a strategy? Open claude.ai.
The user becomes the router between AI capabilities. The assistant should handle this automatically.
---
The Vision: What a Unified Claude Looks Like
Persistent Identity Layer
- One assistant identity that persists across all surfaces (CLI, Desktop, Web)
- User-defined personality and preferences loaded once, remembered always
- Relationship context that grows over time — not just facts, but working style, communication patterns, and trust level
Shared Long-Term Memory
- Not files the AI reads at boot — actual persistent memory
- Semantic memory (what we discussed, what decisions were made, what the user cares about)
- Episodic memory (session history, project evolution, mistakes learned from)
- Structured memory (projects, tasks, deadlines, team members)
Intelligent Capability Routing
- User says "implement this feature" → Code mode activates
- User says "organize my downloads" → Cowork mode activates
- User says "let's think through the architecture" → Conversation mode activates
- User says "deploy this to production" → Code mode with server access
- All within the SAME conversation, the SAME context, the SAME identity
Single Conversation Thread
- One continuous dialogue, not fragmented sessions
- Context that survives across days, weeks, months
- The ability to say "remember when we refactored the auth system last month?" and get a real answer
---
Evidence: This Is Already Being Built Manually
My current setup demonstrates both the demand and the feasibility:
| Component | My Manual Solution | What It Should Be |
|-----------|-------------------|-------------------|
| Persistent identity | CLAUDE.md + DANTE_CORE.md (loaded every session) | Native persistent persona |
| Shared memory | MCP server (Task Flow) + memory/*.md files | Built-in long-term memory |
| Capability routing | User manually switches between tools | Automatic mode switching |
| Context survival | Checkpoint files + hooks that fire pre-compaction | Native context persistence |
| Session continuity | session-checkpoint.md read at boot | Continuous conversation |
| Team coordination | Subagent system with Task tool | Native multi-capability orchestration |
I spend significant effort maintaining the infrastructure that lets Claude feel continuous. That effort should be zero.
---
Technical Suggestions
MCP as the Unification Bus
MCP already enables tool sharing across products. Extending it to share context and memory (not just tool access) could be the bridge:
- A "memory" MCP server that all Claude surfaces read/write to
- A "routing" MCP server that determines which capabilities to activate
- A "identity" MCP server that maintains persistent persona configuration
Progressive Context Loading
Not everything needs to be in the context window at once:
- Core identity and recent context: always loaded
- Project-specific context: loaded on demand when the topic comes up
- Historical context: searchable but not preloaded
Cross-Product Session Handoff
When switching from claude.ai to Claude Code:
- Current conversation context transfers automatically
- No re-explanation needed
- The assistant acknowledges the switch: "Got it, let me implement what we just discussed"
---
User Impact
This isn't a nice-to-have. For power users who treat Claude as a core team member:
- Time saved: ~15-20 min/day currently spent on context restoration and tool switching
- Quality improvement: Decisions made in conversation mode directly inform code mode, without information loss
- Trust building: A persistent relationship means less repeated explanation, more nuanced collaboration
- Reduced token waste: No more re-reading memory files, checkpoints, and CLAUDE.md at every session start
---
Closing
Anthropic has built three excellent products. The next step isn't a fourth product — it's the connective tissue that makes them one. The users who push Claude the hardest are already building this themselves. Give them the real thing.
---
Submitted by a user who has spent 6+ months building the workaround for this feature, and would happily trade all of it for a native solution.
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗