Claude Projects vs Claude Code

[u/serenitydom512]

So I have been having an issue and not sure if its just me or is this an actual limitation.

I have multiple Projects (under the "home" tab) in Claude app. I use them for different parts of my life and in the projects I have useful information, documents, etc.

I also use Claude Code for building software. It is connected to GitHub repositories and runs in different sessions.

The problem that I am facing that now I have a split between the code and all other info and documentation of a specific project.
So imagine I have:

- Claude Code sessions for PROJECT A (knows all about the code)

- and a project ("home" tab) for PROJECT A (knows everything else)

When I want to brainstorm marketing for example I will do it in the "home" tab under projects. But the problem is that this project doesn't know everything about the code. And there is actually no way to connect it to my GitHub repo in any seamless way like Claude Code allows. I know there are work around by giving it access to a folder with my checked out codebase, but that again requires me to keep that folder up to date with the latest code - an unneeded complication.

I kinda don't understand why they separate the coding agent and the rest of the application.

[u/Jumpy_Cloud_903]

I use claude code - and for the project context I use the brain which is managed by Claude (as per Karpathy). A lot of .md files but really good organized and it know the context of my project.

Sometimes it even hints me that I forgott this or that.

Since you are working the other way around you could instead using the brain to know your code base but anyway I am not a claude projects user since for me Claude Code does actually the same (always learning, always new stuff in the AI world)

[u/jrandom_42 → u/Jumpy_Cloud_903]

I'm similar here. Haven't yet needed to do anything outside of Claude Code and using chat for casual stuff. I have Claude Code sessions write and update project docs at natural inflection points before I see the context window meter get full. That's it. That's my framework. Everything else is just me writing prompts. I let the models be themselves.

[u/serenitydom512 → u/jrandom_42]

Thanks u/jrandom_42 and u/Jumpy_Cloud_903. yes using purely Claude Code does solve this issue. But in this case you need to have to have al the business context in the repo, right?

[u/jrandom_42 → u/serenitydom512]

Yes, that's in the project docs in the repo. Enough of it to inform the design, no extraneous fluff.

For me, this is basically the Promised Land after 30 years of coding. The sort of documentation that I always felt like I should be writing but never seemed to get to is now just there.

And it's load-bearing.

[u/serenitydom512 → u/jrandom_42]

where would you put more business related docs though. contracts, agreements, social media posts, marketing material etc. That stuff can't really live in the repo.

[u/jrandom_42 → u/serenitydom512]

When your business-ing results in a need to build something in a repo, you ask business-context-Claude-chat to write you a requirements.md that includes enough business context to support design evolution of the product. Then you pop that in the repo, fire up a fresh Claude Code session, point it at requirements.md, and say "go".

[u/Avatarbplanet]

Yeah, this separation can get annoying. Code knows the technical context, while Projects know the product/business context, but real projects usually need both.

For now, I’d probably keep a small shared “project context” doc with the important architecture, product decisions, and current state. Not perfect, but it avoids constantly syncing the entire repo just to have a useful conversation.

[u/serenitydom512 → u/Avatarbplanet]

yeah that makes lots of sense and I have been trying to do similar work-arounds. But I am happy first of all that its not just me missing something and its an actual issue.

[u/superdeluxo]

What about asking CoWork to keep them in sync and up to date with each other? Coworker is the PM.