Activity
Mon
Wed
Fri
Sun
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
What is this?
Less
More

Memberships

Clief Notes

4.1k members • Free

3 contributions to Clief Notes
How can this be implemented in existing code?
At work we have a large codebase that, up to this point, has not utilized AI in any meaningful fashion. I'm beginning to understand your nested folder structure for completing tasks within Claude Code for projects that look like one-off, self-contained tasks, but what about a full code base? is your folder structure implemented within the code base or is it an external rule set that points to your code base externally?
0 likes • 15h
I have a few smaller projects I'm going to try it on before trying to tackle our main codebase. Our existing system is very large; I think the business would have a heart attack if I changed our structure on that program.
Going to bed, but this kept coming up.
I messaged about 1,000 of you by hand today. Going to bed, but this kept coming up. 🛏️ Reading through everyone's intros or messages, one question kept appearing in different forms: How do I take this folder setup and make it work for clients? How does it scale? I am using a bit more technical wording here so if you are not technical ITS OK, I wrote a term list you can read (or give to Claude) to help learn the terms. IT IS GOLD for the next five years of AI so I would read it, Attached below. A few patterns that work: 🔹 Git as delivery Client gets a repo with the folder structure. They pull updates when you push them. Cron jobs or GitHub Actions run against the repo. Upgrades are just commits. They can fork and customize their CONTEXT.md files without breaking your upstream structure. (If you don't know what any of that is, you can see my coming soon courses I will explain everything about GIT and Repos) 🔹 Hosted folders, client-controlled context You maintain the stage structure and routing logic. Clients only touch the CONTEXT.md files in their instance. They're editing plain text to change behavior. You never touch their instance unless something structural changes. 🔹 Template workspaces Build workspace templates for common jobs (chatbot, scheduling system, dashboard pipeline). Client onboarding becomes: clone template, fill in CONTEXT.md variables, connect MCP, set cron. Maintenance is near-zero because the architecture is identical across clients. You're scaling the pattern, not the implementation. 🔹 Factory vs. product This is already baked into the layer system. L3 (reference/factory) stays under your control. L4 (working artifacts/product) is theirs. They can configure what the factory produces. They can't break the factory. The reason this matters for the n8n/LangGraph crowd: those tools are great, but you're still wiring nodes and hoping data flows correctly. The folder approach forces you to define contracts up front. Each folder is one job. The CONTEXT.md tells the model what it's receiving and what it needs to hand off. You're not debugging a graph. You're reading a file. 📁
1 like • 1d
If I'm getting this correctly, you're source controlling the .md files and the AI is dynamically serving up the code as it's described in the files?
About Me
Hello Everyone, I am new to the AI stuff and I want to learn how to implement AI and how to improve the organization Day-2-Day
0 likes • 1d
My workplace uses AI, but not to it's full potential.
1-3 of 3
Jay Schmidt
1
2points to level up
@jay-schmidt-6558
Coder, Builder

Active 11h ago
Joined Mar 12, 2026
Powered by