User
Write something
New Member Onboarding. is happening in 40 hours
Pinned
Welcome to Clief Notes. Here's where to start.
1. Go check out 📚Navigating The Course to see how to get around and what's here. 2. Start with The Foundation. Concepts, folder architecture, prompting framework. Everything else builds on this. 3. Check in at the bottom of each lesson. Polls, discussion posts, other members working through the same stuff. Use them. 4. When you're ready to build real things join in on our Biweekly competitions and win some real cash. ⭐ Competitions Mega Thread 5. If you are wanting to dive into the masterminds, grab all the past templates, artifacts and resources. Upgrade and head into the The Vault for Premium and The Drawing Room (VIP) for VIP 6. Post your work. Ask questions. Help others when you can. What are you here to build?
Pinned
Grandma passed and my uncle has cancer
Hey y'all, not a sympathy post. This isn't me saying I'm taking time off for anything. In fact it's the opposite. My grandma passed away last week and I was cleaning out her apartment with my mother and talking to my aunt (both of them it was their mother). I can tell they're struggling. It's why I work so hard honestly on the software community on everything else. Almost none of the money goes to me. I give it to my family, my wife my friends. It's what makes me happy. I'm building a company specifically so my family doesn't have to struggle. Been helping out where I can but obviously been focusing a lot on the business. My uncle also has cancer and so my aunt has been taking care of him and also at the same time dealing with a death of her mother . Best way I can contribute has been through cash and some love here are there. With that though means I don't always have the time to do what I need to do. So honestly, I'm asking for your help if you're willing to donate to my aunt's GoFundMe on top of the help that I'm giving. I've just donated a bit and would love other people to help out. To me, if I work hard I can make sure that my whole family is taken care of. But in the small ways I can help where I can I will do my best too And that goes with asking for help from others. So if you all could help me out help them out. That would be amazing https://gofund.me/45b6655ba
Pinned
Community Guidelines
This community is large and it moves fast. That's the good part and it's also the problem: valuable posts get buried, the same questions get re-asked instead of found, and spammers show up wherever there's an audience. These guidelines are what keeps the room worth showing up to. Read them once. You won't need them again, because most of this is what you'd do anyway. New here? Start with Jake's welcome post and the Foundation course. This post is about how we behave, not where to begin. 1. Build in public. Post the thing while it's half working. A half-finished build is more useful to everyone else than the polished writeup you'll never get around to, and you'll get corrected before you've spent a week going the wrong way. 2. Teach what you learn. The day you figure something out is the day you're best at explaining it, because you still remember exactly what confused you. A month later you've forgotten the hard part and your explanation gets worse. If you cracked something this week, that's a post. Nobody has to earn the right to ask a question here, but this place only works because people come back and answer them once they can. 3. Ask good questions. Specific beats polite. "How should I structure this?" gets three vague answers. "I have a 40 file client folder, the model keeps loading the wrong context file, here's my CLAUDE.md" gets a real one. Say what you tried, what happened, and what you expected instead. A more in depth guide: https://dontasktoask.com The flip side of this: "Anyone here?", "Help please", and one line questions with no context may get removed. Not to be harsh, but because nobody can answer them. 4. Give credit. If you built on someone's skill, template, folder structure or comment, tag them. It costs you nothing and it's the reason people keep publishing their work here instead of keeping it. A lot of the best material in this community started as somebody's reply on somebody else's post.
Codex vs. Claude...Decisions, Decisions, Decisions
I read the posts in this community almost daily, and one question keeps circling back: Codex or Claude, which one should you build with. I run both, in separate seats. Codex runs my research dispatches, a Claude line drafts and builds. Until this week my honest answer was a preference dressed up as analysis. Then a piece of real planning work handed me a way to make the agents answer it themselves. I needed a new room in my workspace: an executive desk that separates my strategy, marketing, and revenue thinking, so a business decision gets read through all three lenses before I rule on it. Real need, no obvious shape. No build on the line yet either; this is the step before, the planning. So I wrote the brief once and gave it to both agents independently. Neither saw the other's work. Claude came back with nine files. Three seats, each holding a one-page charter. One inbox file where a passing thought gets captured as a single tagged line. A two-file deliberation template that gets copied whenever a thought earns the full treatment. A record library. Codex came back with an eight-stage pipeline: capture, route, one stage per seat, synthesis, operator decision, handoff. A contract at every stage, a config folder, durable IDs joining each thought's artifacts across stages. Somewhere between eighteen and twenty files, over twenty-five folders. Same brief. Two different species of system. I still didn't pick. Instead I had each agent analyze both plans, independently, against one question: which form fits how this work actually behaves. Then I read the two verdicts side by side. They converged. Both analyses ruled the record library the right form, and both kept the pipeline's best discipline as written rules instead of folders. Codex's own report called the other agent's plan the stronger operating model for a solo operator and recommended rejecting its own eight stages. The reconciled design came out at seven files, smaller than either original plan. The reasoning both landed on is the part worth keeping: thought-work accumulates and varies, it does not repeat one production sequence. A pipeline is the right shape when the work repeats. A library is the right shape when the work accrues.
0
0
This changed everything!
Small win, but I'll take it. I've been trying to get my head around the ICM process, so I picked a simple task: build a website. Starting out, it was unlike anything I've done. I do ops reporting in SQL — linear, one step after another — and my brain kept trying to force ICM into that shape. The output is what made it click. Claude Desktop on the left, Claude Code on the right. I scoped the prompt inside a Clief project holding the .md files from modules two and three, plus Clief's research paper. Scoped the site, reviewed the prompt, made a couple of adjustments, pasted it into Claude Code. What came back was a folder hierarchy with files inside it. And when I saw the site sitting in 03_build, the pattern finally made sense. The site isn't deployed. It's an aspiration at this point — I've owned the domain for years and never found the right thing to point at it. Maybe this is it. Small win. But it comes down to pattern recognition for me, and now I have my first pattern! Woot! Woot!
This changed everything!
1-30 of 2,977
Clief Notes
skool.com/cliefnotes
What we give away free beats most paid courses. Build durable AI systems with a Marine vet and Edinburgh researcher. 40+ lessons, growing.
Leaderboard (30-day)
Powered by