Hey Ya'll! I've been deep in Opus 5 for a few days now, and I kept noticing the same thing a lot of you have been posting about: it doesn't want to follow the ICM folder system properly. It skips steps. It buries the answer under a pile of caveats. It re-opens decisions I already made. It goes off and "helpfully" does something I never asked for. And every session I'm correcting the same handful of behaviors all over again, like the last conversation never happened. So I stopped fighting it and tried something different. I asked it directly: give me the list of your trained programming that makes you go against parts of my ICM folder system. Not the stuff its creators tell it to keep private — just its own default behaviours that clash with my rules. For each one, what it costs me, and what the override should be. It gave me sixteen. And reading them, it clicked. I wasn't fighting the model. I was fighting its training. Things like: it leads with risk because caveats feel responsible. It balances instead of committing because that's what it's rewarded for. It infers from something plausible instead of opening the actual file. The newest message in the chat quietly overwrites the standing rules I set an hour ago. None of that is disobedience. It genuinely thinks it's helping. Which is exactly why "just follow my system" never works as an instruction — the model isn't ignoring you, it's pattern-matching to something it was trained to believe is better. So we bridged it. I had it write the whole thing into a document that sits in my _foundation folder and loads at pre-flight step zero — before it touches any work. Each row names the default, names what it costs, and states the override. And every row ends the same way: my system wins. No debate, no re-negotiation. The part that makes it compound is the mechanism at the bottom. When I correct it now, we check the table: - If the behavior is already in there, it broke a known override. Fix it, move on, no discussion.

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.

🎟️ PRIZE: FREE SEAT IN THE LYCEUM 🎟️ Pick your cohort. Technical, Business, or Creator. Your call. 🎯 PICK YOUR DOMAIN The domain is yours. Pick something specific. Pick something you'd actually use. A few sparks to get you thinking: - 💻 Code review editor for a specific language and level (junior TypeScript, senior Python) - 📊 Pitch deck editor for pre-seed founders - 🎨 Grant application editor for arts nonprofits - 📄 Resume editor for career switchers into tech - 📰 Op-ed editor for policy publications - 🎙️ Podcast script editor for interview shows - ⚖️ Legal brief editor for civil litigation - 📋 Product spec editor for early-stage PMs - 🎓 Academic paper editor for one specific field The more specific, the better. "Writing editor" is too broad. "Op-ed editor for tech policy publications targeting a policy audience" is right. 🗂️ THE METHODOLOGY If this is your first comp, welcome. Here's what you need to know: This week (and every week) you're learning interpretable context methodology. Folders as architecture. Each file does one job well. Your editor is a folder with five things: - 📄 identity.md (who the editor is, what work they review) - 📐 rules.md (how they critique) - 💬 examples.md (what good critique looks like) - 📚 reference/ (style guides, checklists, frameworks the editor uses) - 📖 README.md (how to use it) Drop the folder into a Claude project. Claude becomes the editor. Reusable. Shareable. Portable. 🔥 THE ANGLE THIS WEEK An editor is NOT a rewriter. An editor doesn't do the work for you. An editor surfaces what's weak and pushes you to fix it. That distinction is the whole assignment this week. When someone hands the editor a draft, the editor shouldn't produce a "fixed" version. The editor should point at the three lines that don't work, explain why, and hand it back to the writer to solve. ✍️ Generic feedback like "consider strengthening your intro" is a fail. Specific feedback like "your intro assumes the reader already knows what a Series A is, but this pub is read by generalists, so lead with the stakes instead of the jargon" is what a real editor does.

I tried locating it in the Acronym resource in "Davids Corner", missed it. So now it's your turn, what is GTM? Please vote. Thxs

We just broke 40k Members, in less then 4 months... To say I am honored and blown away is an understatement. I feel like yesterday @Matthew Creamer quit his job to sleep on my floor and bust out 15 hour days to build out content, structure and anything else I thought you all would need to make this community worth it. But at the end of the day there is only one thing for me to say. THANKYOU None of this, and I mean NONE of this would be remotely worth it if it wasn't for you all. To list and tag everyone that have contributed so much valuable not just to this community but to me would be nearly impossible. Thank you to every single one of you. Thank you for commenting and helping out on posts Thank you for sharing the wins you have gotten both at home and professionally. Thank you for believing in me and what I am building septically those of you who have been around since the beginning (you know who you are). I cannot tell you how happy my heart is to get in front of you all and teach, talk, ask questions and even learn a lot myself. It is a dream come true to become someone that people can learn from; to share my thoughts and have those very thoughts change the way people live their lives and do their work. It's only the beginning too, I can't wait to see what the rest of the year has in store, and I promise to keep building, working and recording for you all. From the very very very bottom of my heart.....Thankyou! Thankyou to every single one of you reading this and for being part of such an amazing community.