claude-code - 💡(How to fix) Fix [FEATURE] Model switching for existing Cowork tasks within Projects [3 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#49649Fetched 2026-04-17 08:35:12
View on GitHub
Comments
3
Participants
2
Timeline
7
Reactions
0
Author
Timeline (top)
labeled ×4commented ×3

Root Cause

Every model upgrade becomes a full reset. And here is the painful part — the better Cowork gets (and it keeps getting better, thank you), the more painful each reset becomes, because each agent grows more valuable the longer I invest in it. Right now, staying on Opus 4.6 feels like the only way to protect the agents I've built. That can't be the intended experience.

Fix Action

Fix / Workaround

  • This is not about Claude Code's /model command. Cowork has no equivalent.
  • This is not about Dispatch model selection (#43956). This is about standalone Cowork tasks in the Desktop app.
  • This is not solved by "just create a new task." That is precisely the problem — see below.
  • This is not about switching models in Chat. Chat already supports this; Cowork tasks do not.

The only workaround I have found is manually copying persona instructions and key decisions into a brand-new task. This loses the live conversation history and the per-task memory that make these specialist agents what they are. It is not a real substitute — it is starting a new relationship with an assistant who happens to have read some notes about the old one.

  • Japan-based paid-plan user. Cowork has been a before/after moment for how I work.
  • This request is specifically about the Cowork Desktop app (macOS) + Projects — not Claude Code CLI, not Dispatch.
  • Related but distinct from #43956 (which is about Dispatch model control). This request is about standalone Cowork tasks inside Projects.
  • Full disclosure: this Issue was drafted in Japanese and translated/polished into English with Claude Opus 4.7's help, because English is not my first language. The intent, the frustration, and the love for Cowork behind this request are entirely mine.
RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing requests and this feature hasn't been requested yet
  • This is a single feature request (not multiple features)

Problem Statement

First — I want to say thank you. I'm writing this from Japan as a paid-plan user, and Cowork has genuinely changed how I work. I love Cowork. That's the reason I'm writing this at all.

(Note: English is not my first language. I'm drafting this with Claude Opus 4.7's help to translate and polish my words. If anything reads awkwardly, please forgive me — the frustration and the love behind this request are entirely real.)


What this request is NOT (please read before closing as duplicate 🙏)

  • This is not about Claude Code's /model command. Cowork has no equivalent.
  • This is not about Dispatch model selection (#43956). This is about standalone Cowork tasks in the Desktop app.
  • This is not solved by "just create a new task." That is precisely the problem — see below.
  • This is not about switching models in Chat. Chat already supports this; Cowork tasks do not.

What this request IS

A request to change the model of an existing Cowork task (inside a Project, or standalone) while preserving its conversation history, per-task memory, instructions, and working files.


Why this matters — how I actually use Cowork

I use Cowork Projects not for one-off tasks, but as a platform for specialized long-running agents. Inside each Project, I create separate tasks per role and build each one into a persona over many, many turns. One task is my "Marketing Director." Another is my "Brand Director." Each has:

  • its own voice and tone
  • its own decision frameworks
  • its own accumulated memory of real decisions we've made together for my company
  • its own working files and instructions

Over weeks, these tasks become far more than sessions — they become the closest thing I have to specialist colleagues who actually know my business. I consult them on real decisions, every day. This is not a hypothetical workflow. It is how I run a real part of my company, and Cowork Projects is the reason it's possible. Thank you for that.

Then Opus 4.7 shipped. The better reasoning, the better memory handling, the improved file-system memory — everything in the release notes is exactly what these long-running specialist agents need. I wanted to upgrade my Marketing Director and my Brand Director immediately.

And I discovered there is no way to do it.

The only path is: start a new task. Which means:

  • All conversation history: gone
  • All per-task memory: gone
  • The persona I spent weeks shaping: gone
  • The continuity with each specialist agent I was building: gone

Every model upgrade becomes a full reset. And here is the painful part — the better Cowork gets (and it keeps getting better, thank you), the more painful each reset becomes, because each agent grows more valuable the longer I invest in it. Right now, staying on Opus 4.6 feels like the only way to protect the agents I've built. That can't be the intended experience.

I've already asked the in-app help chat, and I've submitted feedback via the thumbs-down button. I'm also writing this public issue because I'm convinced other Projects users running specialist agents must be feeling the same thing — they just may not have the words (or the English) to say it.

Proposed Solution

Please consider adding a per-task model selector to Cowork tasks, so that an existing task (inside a Project or standalone) can be upgraded from, for example, Opus 4.6 to Opus 4.7 while preserving:

  • conversation history
  • per-task memory
  • folder instructions and working files
  • the accumulated persona

Ideally:

  1. A model dropdown on each task, similar to how the Chat side already works
  2. The ability to pin a task to a specific model so it does not silently change
  3. A small indicator showing which model version a task was last run with

If switching the model on an existing context is technically risky, even a "fork this task with the new model, carrying over history and memory" action would be an enormous improvement. Anything short of "start over from zero" would let us actually benefit from model upgrades instead of fearing them.

Alternative Solutions

The only workaround I have found is manually copying persona instructions and key decisions into a brand-new task. This loses the live conversation history and the per-task memory that make these specialist agents what they are. It is not a real substitute — it is starting a new relationship with an assistant who happens to have read some notes about the old one.

Priority

High - Significant impact on productivity

Feature Category

Configuration and settings

Use Case Example

A typical day: I consult my Marketing Director agent on campaign copy in the morning, my Brand Director agent on creative review in the afternoon. Both remember every prior decision we've made together.

When Opus 4.7 shipped, I wanted both upgraded that day. I couldn't — not without resetting them. So I'm still on 4.6, and that's the wrong incentive structure for both of us.

Additional Context

  • Japan-based paid-plan user. Cowork has been a before/after moment for how I work.
  • This request is specifically about the Cowork Desktop app (macOS) + Projects — not Claude Code CLI, not Dispatch.
  • Related but distinct from #43956 (which is about Dispatch model control). This request is about standalone Cowork tasks inside Projects.
  • Full disclosure: this Issue was drafted in Japanese and translated/polished into English with Claude Opus 4.7's help, because English is not my first language. The intent, the frustration, and the love for Cowork behind this request are entirely mine.

Thank you so much for building Cowork. I genuinely love this product — that's why I'm writing. Please let us bring our specialist agents with us when we upgrade to the next model. 🙏

extent analysis

TL;DR

The user requests a feature to change the model of an existing Cowork task while preserving its conversation history, per-task memory, instructions, and working files.

Guidance

  • The proposed solution involves adding a per-task model selector to Cowork tasks, allowing users to upgrade from one model to another (e.g., Opus 4.6 to Opus 4.7) without losing valuable data.
  • A potential implementation could include a model dropdown on each task, similar to the Chat side, and the ability to pin a task to a specific model.
  • An alternative solution could be a "fork this task with the new model, carrying over history and memory" action, which would allow users to benefit from model upgrades without starting from scratch.
  • To verify the effectiveness of the solution, users could test the new feature by upgrading a task's model and checking that the conversation history, per-task memory, and other relevant data are preserved.

Example

No code snippet is provided as the issue is focused on a feature request rather than a coding problem.

Notes

The user's request is specific to the Cowork Desktop app (macOS) + Projects and does not apply to Claude Code CLI or Dispatch. The issue is related to but distinct from #43956, which is about Dispatch model control.

Recommendation

Apply workaround: Until the feature is implemented, users can manually copy persona instructions and key decisions into a brand-new task, although this loses live conversation history and per-task memory. A better solution would be to prioritize the development of the proposed feature to allow users to upgrade their tasks without losing valuable data.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING