🎟️ PRIZE: FREE SEAT IN THE LYCEUM 🎟️ Pick your cohort. Technical, Business, or Creator. Your call. ---- 🇬🇧 We're back. Good morning from London. 👋 Thanks for the patience last week. Jake and I needed a few days to breathe before London Tech Week kicked off, and you all responded with nothing but support. We don't take that for granted. Now let's get back to building. ---- 📋 THE CHALLENGE Build a folder-based AI operator that handles ONE operational workflow end-to-end. You pick the workflow. This week's deliverable is one operator folder that someone could drop into a Claude project and use to handle a real business workflow without babysitting. ---- 🎯 PICK YOUR WORKFLOW The workflow is yours. Pick something specific. Pick something you'd actually use. A few sparks to get you thinking: - 🎫 Customer support triage (which tier handles this ticket?) - ✅ Content review and approval - 📨 Lead intake and qualification - 💸 Refund request handler - 🤝 Partnership pitch evaluator - 🎙️ Podcast guest pitch sorter - 💼 Freelance project intake - 📄 Resume screen for one specific role - 📅 Meeting request triage (book, decline, delegate) The more specific, the better. "Customer support" is too broad. "Refund request triage for an ecommerce store doing under 200 orders per month" is right. 📎 If you want a fully written client brief as a reference, the attached PDF walks through one example. Don't build the example. Use it as a template for how to think about scoping your own operator. ---- 🗂️ 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 operator is a folder with five things: - 📄 identity.md (who the operator is and what workflow they own) - 📐 rules.md (the decision logic: criteria, edge cases, escalation rules) - 💬 examples.md (decisions in action, including at least one edge case) - 📚 reference/ (checklists, templates, rubrics) - 📖 README.md (how to use it)

Fable made me start using Codex. Well, actually Claude, Codex, Kimi and MiniMax M3 together. Not because Fable is weak. Because it is the first model strong enough to run the others properly. The shift: stop asking which model is best. Start matrixing every model to the task it performs best at. - Claude (Fable): the seat. Orchestration, judgement, context. - Codex: the coding powerhouse. - Kimi: long-video understanding. - MiniMax M3: the looping build system. For the first time the multi-model workflow is truly effortless. Local models included. It all just works. The model at the top is not doing the work. It is routing it. All of it, loops included, lands in an ARI-OS update. The intelligence is the routing, not any single model. Read the deep-dive: https://aris-space.com/documents/workflows/fable-made-me-start-using-codex [[EDIT]] I wanted to just clarify what I said of in this post by saying that the infrastructure I've built with Fable and the way that it can solve problems when you give it a tight brief and the thoroughness of the model allowed me to create a seamless system. But ultimately, every step of this has been tiered with the model we had. //A<3