I understand how the CLAUDE.md works for context and routing, and that part is becoming much clearer as I build more of these systems. The bit I’m still struggling with is what to do with large reference material — things like guidance documents, API documentation, product specifications, research papers, manuals, or even an entire book — where you want Claude to be able to find the relevant information when needed without having to load huge amounts of material into context. To give a practical example, I’m currently building an ICM system for medical educators who supervise paediatric trainees. The idea is that a supervisor could use it to help with things such as: - preparing for supervision meetings; - answering questions about training requirements and guidance; - keeping track of meetings, deadlines and important dates; - completing the required supervision and progression forms; - maintaining appropriate information about individual trainees; - and helping with forms or reports relating to other trainees they are asked to assess. - It’s still very much a work in progress, but I think the basic architecture is coming together nicely. I’ll share the CLAUDE.md as well so people can see what I’m trying to build. The recurring problem I’ve found — not just with this project, but with most of the folders I’m building — is how to deal with the reference library behind the system. For example, this medical education system may eventually need access to fairly substantial training guidance, curricula, policies, forms and supporting documentation. I obviously don’t want all of that sitting in CLAUDE.md, nor do I want Claude reading hundreds of pages every time somebody asks a relatively simple question. What I’d really like is something closer to: Question → router → identify the relevant reference source → retrieve only the relevant section → answer using that material. In other words, keeping the ICM folder as the structure and source of context, while having a larger reference library that is searched only when required.

Out with my wife and daughter at the mall this morning and sent this prompt to Claude: “We should use one of my videos or multiple videos to make a short video clip showing the before and after of the raw footage I put into the video cut and then the output that comes out after? Something that will show the dramatic difference.” Had this posted to YouTube as a draft less than five minutes later. What a wild time to be alive.

I just applied the five-part framework to a prompt I needed, and here's how I structured it: ROLE Act as a senior .NET architect reviewing a legacy codebase for a production rewrite. TASK Plan and execute the creation of User api from the legacy codebase. CONTEXT You are building a .Net 10 web api solution - Consumers: Our new Angular application will utilize this api to retrieve and update user information - Data: A Sql Server database is used as a data repository with a EF data layer used to access the database - Purpose: We are taking out all the legacy business logic within the legacy application and refactoring it to domain centric apis CONSTRAINTS - Preserve observable behavior; document every intentional change. - No schema changes without flagging them first. - Don't invent business rules. Ask as many questions that you need to till you are 100% sure you understand what is expected of you. - Prefer incremental updates as opposed to changing big chunks at a time. OUTPUT 1. Production ready solution with projects included 2. Project file should have two folders in it: src for all code project files and test for test unit test project The structured version got me clear instructions for Claude to work off. This is way better than my old approach of just asking Claude to "help me with refactoring this code." The framework made me think through what I actually needed.

I created my first three-file folder system for the beginning of my rewrite of APIs Im going for work. My CLAUDE.md included my role and instructions on how to assist me while not taking over my project. My CONTEXT.md explained the task at hand and what my end goal was. My REFERENCES.md provided previous APIs that were created and a link to a planning document I created with GSD skill to tackle the rewrite. When I asked Claude to implement the new api projects, the response was different because I tried to recreate the prompt I was using in one project but didnt match what I was using in other projects. Thus assumptions were made and frustration grew. Before, I had to explain everything about the project including technology, design patterns, code examples every time. Now Claude already has that information. Key takeaway: context is king.

So i build an email automation than runs based on some files and folders and the whole system runs all the time even if my PC is off. Used JEV as a decision layer. Used connectors(google drive, gmail and calendar) and Routines. Even this video was created through icm.