Hi, I’m a VIP member, but I recently noticed that I no longer have access to the VIP Skool community and its locked classroom sections. I also joined the Lyceum training program, which includes VIP access, so I’m wondering whether the change may have affected my existing membership. Could you please help restore my VIP access? I’d especially like to review the results from the most recent competition, along with the other content in the locked classroom areas. Thank you for your help.

Hey everyone 👋 Quick question — how much are you paying monthly for your CRM right now? 297?297?497? More? I got tired of paying a SaaS tax just to manage contacts, pipelines, and appointments for my agency clients. So I started building my own. It's called OpenLevel — and I just open-sourced it. I wanted to build this as a true foundation that you can tailor to your exact needs. Why? Because your CRM should adapt to you, not the other way around. It's the same way Jake teaches ICM to his needs: depending on what you are doing or building, your ICM can have adjustments, additions, or subtractions... as long as it serves you. OpenLevel gives you that flexible starting point so you can build exactly what your operations require, without being locked into someone else's opinionated structure. 🔧 What it does: — Contacts & CRM with custom fields — Pipeline & deal tracking — Calendar & appointment booking — Multi-tenant (manage multiple client locations) — Built-in AI assistant that actually understands your data 🏗 How it's built: — React frontend + Hono backend — One API powering both web app AND mobile app — Deterministic automations first (n8n, webhooks), AI where it counts — Follows the 60/30/10 methodology ⚠️ Fair warning: This is a V1 work-in-progress. The web app works but might have some rough edges. Mobile app is still cooking. But the foundation is rock solid. The whole point is: you own your stack. No more white-label fees. No more praying Zapier doesn't break at 2am. Fork it, customize it, make it yours. 🔗 GitHub: https://github.com/jahfeelautomation/openlevel Would love your feedback — what features would YOU want to see next?

I'm new to ICM, but figured out a powerful way to create workflows. Reference Jake's research paper and then your workflow. In my case my workflow was in a back and forth conversation with ChatGPT to create a video facebook ad using AI to create clips from images. In that conversation were all the mistakes, changes and ultimately the final result. I had also modified @Alyshia Perri 's spritesheet-animation-tool to use my fal.ai api key for image (and video) generation and put that in my prompt as well. I was able to immediately start using the workflow and tweaking it as I created a real ad. Here's one of the clips from my first ad with this workflow. Happy to share the workflow if anyone is interested.

Everybody's a builder now. You open Claude Code or Cursor, noodle on a prompt for twenty minutes, and by Sunday night you've got a working app with auth, a database, and a Stripe checkout that actually processes a payment. I've done it. You've probably done it too. The first time it happens you feel like a wizard. And then the silence hits. You post it, you tell a few friends, maybe you drop it in a Discord... and nothing. Not "this sucks" nothing. Just nothing. No signups, no comments, no [censored] given, LOL. That silence is the lesson. And it's the same lesson that's existed since the first person built the first piece of software, it's just louder now because building got so cheap that everyone's tripping over it at the same time. Here's the thing nobody wants to hear: writing the code was always the easy part. Even before AI, a decent dev could smack out an MVP in a few weeks if they knew what they were doing. What separated the businesses that made money from the ones that didn't was never "can this thing technically function." It was always two other questions. Does anyone actually want this. And will anyone find out it exists. AI didn't change that equation. It just deleted the excuse. Ten years ago you could tell yourself "well, building takes so long, once I ship, people will obviously flock to it." Now you ship in a weekend and get to watch, in real time, that shipping was never the bottleneck. The market doesn't care how fast you built it. It cares whether it needed to exist. I think of it like the crepe analogy I keep going back to. Your first crepe is trash. Everyone's first crepe is trash. But with vibe coding, people are getting a hundred crepes an hour now instead of one a day, and they're shocked that crepe number ninety-four is still trash if the batter (the actual idea, the actual customer, the actual problem) was never right to begin with. You can iterate on execution speed all day. Speed doesn't fix a batter problem. So what's actually hard, if it's not the build?

In my coding workflow, Plumbline, each skill is loaded cold, by a fresh agent, sometimes a different model. As I refine each part I write terms for the handoffs in each skill. But every rewrite is a chance for those terms to drift between skills. A stamp spelled two ways, a status line the orchestrator no longer recognized — and nothing errors. The chain just quietly mis-routes or drifts The fix was TERMS.md: one contract file defining every shared token, and a rule that every skill reads it first and stops if it can't. Drift stopped. Then I looked at the bill. TERMS.md was ~2,300 words, and an unattended build spawns around ten subagents — every one paying to load the full contract, including sections that didn't bind it. The scaffold skill, which uses almost none of it, paid the same as the inspector. Roughly 30k tokens a run, re-verifying something that never changes mid-run. That was the insight: the protection was never the runtime read. It was verification — and verification belongs where the contract changes, not where it's used. A deterministic script now audits every skill against TERMS.md in CI, on every push. So TERMS.md left the runtime. Each section now carries an audience tag, a generator cuts per-skill slices, and each skill reads only its slice — 20–67% smaller, audit-enforced so a slice can't drift from its source. TERMS.md still exists; no agent reads all of it anymore. The lesson is one I keep relearning: every gate has to earn its place. A runtime check that re-proves what CI already proved isn't safety. It's ceremony with a token bill. My thoughts are now on taking this lesson and can I turn it into a skill I can reuse in future.