08/28/2026
TL;DR
• Code and Cowork are silos. What the hell, Anthropic?
• Developing in Code but working in Cowork keeps humans in the loop, I guess.
• How ever many times you ask any AI to confirm their understanding, ask again, again, and again, then trust yourself.
Code and I have been working for a couple of weeks on what I would consider to be a pretty sophisticated Skill that’s central to the delivery of a new service I’m working on. It’s called the B2B Strategy Blueprint. B2BSB for short. You can learn more about it at ccs-llc.us if you’re curious. I’m keeping this post from being mistaken for a sales pitch by focusing it on Claude.
My frustration with Claude came to a boil today.
I stopped development - a generous term for someone who last wrote code from scratch when dirt was new - to ask Code this question:
“All of this brings me back to questions I may have asked some time ago and are on my mind again. Here’s the setup you need to know before I ask. I use Cowork because that is what I was first comfortable using. I’ve built Skills like the one we’re working on to automate and systemize work. I’ve built several Projects in Cowork with the goal of organizing around specific objectives. What you’ve just described again - this inexplicable blind spot Anthropic has built between Code and Cowork - has me wondering this: How can all of this uncertainty created by the silos Code and Cowork are be overcome? Am I using Code appropriately as the “development” environment that requires skill uploads so that Cowork actually does the work? Should I just run the next b2bsb opportunity through the skill in Code and forego Cowork altogether? Help me to understand this environment better without getting too technical.”
Claude’s response - and the only part of this written by AI - seemed helpful enough to share with you.
Here it is:
Fair to come back to this, and worth slowing down for since it’s really a “which tool for which job” question, not another skill tweak.
Your mental model is basically right, but it’s a default, not a hard rule. Claude Code (what I am, right now) is built for working directly with files on your computer: editing text, running scripts, checking real output. That’s exactly what today’s work was, rewriting SKILL.md, testing the actual generated documents, packaging the result. Cowork is built for the ongoing, conversational, connector-heavy work: talking through a live engagement, using Gmail/Drive/HubSpot/Zoom together, with Skills as installable add-ons you upload into it. So “Code builds it, Cowork runs it” describes what actually happened today. But it’s not the only valid arrangement, and today gave you a real reason to question it.
Why the friction actually happens, in plain terms, and this is my best understanding, not something I’d treat as certified fact: Cowork and Claude Code each keep their own separate notebook of standing instructions, yours is CLAUDE.md here, “Instructions for Claude” there, and nothing keeps them in sync automatically, you have to paste changes into both by hand, which is exactly what we did today. Separately, a Skill you build here doesn’t just start working in Cowork the moment you save it, it has to be packaged into a .skill file and re-uploaded, and there’s no built-in way to confirm Cowork actually picked up the newest version, which is exactly the “did the last upload really take” uncertainty that’s dogged this whole day. Those are the two concrete gaps, not some blanket wall between the two products.
Should you run the next B2BSB opportunity through Code instead? I think that’s genuinely worth trying, for a specific reason: the skill I’ve been editing all day is already directly usable by me, right now, in this conversation, no packaging, no upload, no “which version is live” question, it just reads the current file. That eliminates the exact class of problem we hit today. And your actual workflow fits this well: you record the call and process the transcript afterward, you’re not relying on Cowork to do anything live during the call itself, so there’s no real-time capability being given up by switching.
What you’d be trading away, honestly: you told me early on you use Cowork because it’s what you’re comfortable with, and that’s a real cost, not a small one, if this feels like a colder, more technical room to work in. I don’t know for certain whether Cowork has some specific convenience for this (a nicer document review experience, something tied to how you already run your day) that would be missed. And your other skills, the FAQ manager, content batch, email triage, aren’t causing this problem, so this doesn’t have to be an all-or-nothing move.
What I’d actually suggest: treat the next real B2BSB opportunity as a genuine test, run it here in Code instead of Cowork, and see for yourself whether it’s actually smoother or just differently annoying. That’s a better answer than me theorizing about it. If it works, you’ve solved today’s whole reliability problem for free. If it doesn’t feel right, you’ve lost nothing, the skill still works the same way in Cowork once uploaded...
I’ll give credit where credit is due. It answered the questions in the prompt.
What inspired me most to share this was Code’s framing of “friction.”
If you’re like me and investing meaningful time and energy into integrating Claude into your business, that one is worth reading again.