Feature request: shared context between Claude Code, Claude.ai and Cowork

Status Open
Maintainer reply None cached
Activity 10 comments · opened Mar 4, 2026

Problem

Claude's product suite (Claude Code CLI, Claude.ai web, Cowork, mobile apps) currently operates as isolated silos. There is no shared context between them, which creates friction for users who work across these tools.

Concrete example: I built a /transacties skill in Claude Code that updates a local SQLite database via MCP servers and Python scripts. When I tried to use this skill in Cowork, Claude responded: "I don't have access to MCP or those scripts." The skill, memory files, and MCP connections — none of it carries over.

What doesn't transfer between Claude products today

  • Skills / custom commands — only available in Claude Code
  • Memory files (.claude/ project memory) — not accessible from Claude.ai/Cowork
  • MCP server connections — CLI only
  • Conversation context — no continuity between Code and Cowork
  • CLAUDE.md project instructions — ignored outside Code

Suggestion

Consider a shared layer where at minimum:

  1. Project memory and skills are accessible across Claude Code, Cowork, and Claude.ai Projects
  2. MCP servers can be registered once and used from any Claude surface (perhaps via a persistent daemon or cloud relay)
  3. Context handoff between Claude Code and Cowork is seamless (e.g., "continue this in Cowork" or vice versa)

This would transform the currently fragmented experience into a coherent platform. Right now the user has to be the glue between these products, manually re-explaining context and capabilities in each environment.

---
Submitted via Claude Code by a user working with MCP integrations (bunq banking, email, calendar) and custom skills for personal finance tracking.

View original on GitHub ↗

10 Comments

setgree · 5 months ago

+1. This siloing between apps is counterintuitive to me. When I designate a "project" on claude.ai, I want that project to have access to all y work on the subject, including things where I want to execute code iteratively, which, as of now, only claude code can do. I'm sure there are workarounds (I could ask Claude Code to make a change log and upload that to the web app) but i'm surprised by the lack of built-in functionality for this pretty obvious use case.

m13v · 5 months ago

shared context between Claude Code and Claude.ai would be huge. right now we maintain a file-based memory system that only Claude Code can read, so any insights or decisions made in a Claude.ai conversation are lost. even just syncing the CLAUDE.md and memory files bidirectionally would close the biggest gap. for Cowork specifically, being able to share the project context (build commands, testing workflow, architecture decisions) would save a lot of re-explaining.

m13v · 5 months ago

here's the file-based memory system we maintain in Claude Code that we wish could sync to Claude.ai: https://github.com/m13v/fazm/blob/main/CLAUDE.md

arndjan · 5 months ago

Exact same experience here. We've built a fairly extensive file-based memory system that Claude Code maintains across sessions — separate topic files for context, preferences, feedback, and project state, plus a session log for continuity. Combined with MCP integrations (calendar, email, WhatsApp, CRM, task managers, etc.) it effectively turns Claude Code into a persistent working environment rather than a one-off conversation.

The gap is real though: anything discussed in claude.ai stays there. We work around it by using Drafts (iOS/macOS) as an intake layer — dictated notes, ideas, rough text get tagged and processed by Claude Code in the next session. But it's a workaround, not a solution.

Bidirectional sync of memory and project context between Claude Code and claude.ai would be transformative.

lukaskucinski · 4 months ago

I would like to upvote this. The siloing of context within Cowork when I have a well tuned claude code with a lot of memories, skills, hooks, etc is quite frustrating.

crux311 · 3 months ago

Filed a sharper-scoped framing of this at #55842 — proposes unified user state across Cowork and chat with four pillars (memory, files, skills/connectors, surface handoff). The Cowork ↔ mobile-chat axis specifically isn't well covered anywhere; that issue tries to articulate it explicitly.

Artur01Aguiar · 2 months ago

I wanted this badly enough that I built an open-source workaround: Thruline — one shared memory vault across Code, Cowork, and Chat.

Claude Code connects over stdio (local JSON or Supabase)
Cowork and Chat reach the same vault through a custom connector (Supabase Edge Function over HTTPS)
Sessions are resumable snapshots: save in Code, open Cowork, say "continue where we left off" — the context is already there. Every entry records which surface it came from.
It's early and the limits are documented honestly in the README (single-user, no auth on the remote path yet), but the cross-surface handoff works today and I use it daily. Sharing in case it helps anyone here while we wait for a native solution.

navbuildz · 1 month ago

Same wall here. We ended up building BaseThread: an MCP server that Claude Code, Cursor, and ChatGPT all read and write the same team context to, so skills, decisions, and project state carry over across whichever tool you're in, not just within Claude Code. Doesn't fix the Cowork/claude.ai side specifically, but solves the cross-tool half of this for a team. https://basethread.ai

acrolyos · 1 month ago

Strongly behind this. The one surface I'd explicitly fold into the unified state is voice. Right now voice is the most fragmented of all. My Cowork and Claude Code CLI sessions carry my whole second brain, my vault, my memory, my accumulated context, but the moment I open a voice conversation, in Cowork or on mobile, all of that vanishes and I'm talking to a stranger. If context handoff becomes seamless across surfaces, voice has to be a first-class citizen in that set, not an afterthought. Being able to say, continue this in voice, and have my full context come with me, would be the single biggest unlock. I don't want to be the glue anymore, especially not when my hands are busy and voice is the only way I can work.

mcfadd · 1 month ago

I would love to be able to seamlessly connect claude.ai, claude design, and claude code into a pipeline that attempts to cover idea to design to code. I am currently working on a project where I have designated claude.ai using project instructions as a "Collaborator" / "Business Analyst" / "Executive Assistant" role, responsible for collaborating with me on business strategy, positioning, marketing, etc. Claude Code as the "Coder" / "CTO" role that is responsible for grooming and implementing issues, maintaining github actions workflows, and other operations activities such as managing IaC, and Claude Design as the "Designer" role which iterates with me on ticket created by the collaborator during ideation into design specs to hand off the claude code. The main friction right now is integrating the actors in the system. Currently I have to ask for messages to copy paste or ask to update the github issue with notes which is annoying.