It’s live. Starting today, everyone in Clief Notes has access to the new Clief Notes AI. The easiest way to use it? Don’t overthink it. Ask it the question you would normally ask me. “Where should I start?” “What should I focus on next?” “Where did you talk about [topic]?” It’ll use what’s already inside Clief Notes to help answer you and point you toward the right lesson or resource when there’s something worth going deeper on. The goal isn’t to give you another AI tool to play with. It’s to make everything already inside this community easier to actually use. If you want Access to it Comment "READY" and we'll send you access to it!

EDIT: the use of copilot-instructions.md is very unreliable. Despite clear instructions to load the ICM workspace and read the setup.md at launch, 9 times out of 10 it fails with no meaningful error. Copilot itself tells me that these instructions are more like suggestions.🤣🤣 Instead I have built a skill in Copilot co-work and I have built an agent for the standard Copilot chat. Both of these will reliably launch into my ICM workspace. -------------------------------------------------------------------------------------------------------------------------------------------------------------- We've gone back and forth, here, on whether ICM can work inside Microsoft Copilot. I can now say it definitely does, and that Copilot Cowork is where it works best. I spent today rebuilding my own ICM workspace, currently in Claude, for Copilot — routing file, room context files, a voice file, branding, shared references — and it maps over almost one-to-one. The folders-and-markdown approach we use is almost exactly how Cowork is built to work. Your files live in OneDrive, Cowork reads them on demand, and you get the same context-on-demand behaviour we're used to. Two things make Cowork good for ICM, particularly in a business environment: - It reads your ICM folder tree straight from OneDrive, so you stop re-explaining yourself each session. - It has native access to Outlook, Teams, calendar and SharePoint, so rooms that interface with those apps or their data get easier - The adjustments were small: Copilot itself rewrote my Claude.md to a Setup.md, native M365 instead of connectors, and tightening the original markdown, which had grown, to keep token use down. NB: Copilot, to me, seems a smidgen slower than Claude (Yes, I have Opus 4.8 enabled in Copilot) Guide and blank template at RockfieldIT/icm-copilot-cowork: Implementing ICM in Microsoft Copilot Cowork

I explain the details about it on today's high tea . I built a Claude skill that turns a process, an idea, or a messy folder into an ICM workspace. The folder structure does the orchestration. Numbered folders carry the order, the hierarchy scopes context, and plain markdown files hold state. One agent walks the right files at the right time and does the work a multi-agent setup would. Repo: github.com/RinDig/icm-architect 📦 What it does Two modes. 🔨 Build. You describe your work and it pulls out the structure already sitting in how you talk about it. The stages, the points where you stop and check, what stays the same every run versus what is new. Then it picks one of five proven forms and scaffolds the smallest workspace that carries the job. ♻️ Restructure. Point it at a folder, repo, or vault you already have. It reads every file, sorts each one by role, shows you a migration map, waits for your yes, then moves and checks the result. 🧩 The five forms Pipeline, umbrella, record library, knowledge bundle, context map. They mix and nest, so most real workspaces use more than one. ✅ The walk test Every result gets checked cold. An agent with no memory has to open the root, find its way, act, and report status from the files alone. If it can't, the structure gets fixed until it can. ⚙️ How to use it You can honestly just tell claude to download it from the link, but if you're using codex or something else it will just have to restructure the claude.md to agents.md Or if you want to do more Hands-On install Claude Code: drop the folder in ~/.claude/skills/icm-architect/, then say "ICM this" or "build me a workspace for X." Claude apps: zip the folder and upload it under Settings, then Capabilities. Fork it, break it, tell me what you built. 👇

🎟️ 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.

Hi Jake & Community — Working through your folder architecture and markdown file methodology and genuinely seeing the value. The context load sequence, the living CONTEXT.md approach, the layered structure — it maps well to how I think about systems. Here's my constraint: I'm working inside Cowork & Chat without access to Claude Code. No terminal, no hooks, no automatic file loading on session start. The files are there. The structure is there. But Cowork doesn't appear to auto-load them at the start of a session — Claude only reads what it's explicitly pointed to. So the architecture exists but the context doesn't load unless I remember to trigger it manually, which defeats part of the purpose. My question: Has anyone implemented this approach in an environment without Claude Code — no CLI, no hooks, no programmatic session triggers? And if so, what's the workaround for the auto-load problem? Specifically wondering: - Is there a reliable way to trigger context load at session start without Claude Code hooks? - Is a "load my context" opener prompt the current best practice for non-Code environments? - Are there tools or patterns that approximate the Claude Code experience for desktop/non-developer users? I'm working on making the case to my org for this approach — so understanding the real implementation path for non-technical users matters a lot. Also, being in a highly restrictive, governed, and large enterprise company creates so many bottlenecks for this approach, but the value and impact of application outweighs the "risks." TYIA, Colin