Activity
Mon
Wed
Fri
Sun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
Jun
What is this?
Less
More

Memberships

Clief Notes

38.6k members • Free

7 contributions to Clief Notes
File system access across devices
TL;DR How can I build my folder/file system so that it can be accessed and used across devices? I am always on the go, sometimes working from my phone, sometimes my laptop, sometimes my husbands laptop, sometimes my desktop. I'm looking for a central hub to store my files on that will sync across devices. Is anyone already doing this? I've been using Obsidian Sync with a backup to GitHub but since I want to be able to use Jake's ICM system with the third layer of files and artifacts, Obsidian doesn't seem to be working great for that. Is anyone building their whole knowledge base right on GitHub or using a different cloud solution?
0 likes • 6h
@Rich C Great to know, sounds like a good system!
0 likes • 6h
@Colm Whelan Great pointer, thank you! I will add it to the claude.md as you mentioned!
I ported ICM to local models
ICM's premise is that structure replaces orchestration: folders and markdown carry each stage's context, and one agent reads the right files at the right moment. The paper assumes that agent is capable. I wanted to see if ICM holds when the agent is a small local model you run yourself. It does, by leaning on two things ICM already gives you. Stage-scoped context becomes injection. In ICM the agent roams the workspace and opens what it needs. A model served through Ollama is not that agent. It is an inference endpoint that takes a prompt and returns text, with no file access and no navigation loop, so it cannot roam the folders at all. The engine reads the files and injects each stage's context into the prompt instead. Same principle, each stage sees only what it needs, delivered by code rather than fetched by the model. "Scripts handle what doesn't need AI" becomes an oracle per stage. ICM keeps the mechanical work out of the model. I extend that one step: every generative stage is checked by a deterministic oracle (for code, the compiler and its tests), because a small model proposes well but can't verify itself. Reliability stays in the structure, not the model. That is the whole port. One stage one job, plain-text artifacts, factory vs product, human-reviewable files: all carry over unchanged. ICM and MCP stay complementary, as the paper notes, with the folder structure deciding context and the stage's tools exposed over MCP. The result is a frontier-free assistant: the same methodology, running on hardware you own, for tasks that are narrow and checkable. Two repos, MIT, pure stdlib (you bring Ollama): - Rust coding assistant: https://github.com/CurtisSlone/ICM-Local-Model-Rust-Coding-Assistant - Reusable base to make your own: https://github.com/CurtisSlone/ICM-Local-Model-Base I also have a coffee test example that is way more simple than the coding assistant.
3 likes • 12h
Thank you for sharing this! After Fable 5 being released and pulled, I think it’s extremely important to build systems that function with local models we can control!
I'm flattered! And it's a great breakdown!!
Someone shared that a person a reaction video was made about my method and at first I was nervous but immediately it was amazing praise. I have never met with this person one-on-one and I haven't paid them or done anything other than post my own videos ! I think they do a great job at breaking some of the concepts down. It does an amazing job of breaking down some of the logic especially some parts where I go ranting in my video he slows it down a bunch ! Much needed
1 like • 12h
@César Bb Yes, it was helpful for me to hear the same thing put in new ways!
Welcome to Clief Notes. Here's where to start.
1. Watch the intro video and introduce yourself in the intro post here 2. Start with The Foundation (free course). Concepts, folder architecture, prompting framework. Everything else builds on this. 3. Check in at the bottom of each lesson. Polls, discussion posts, other members working through the same stuff. Use them. 4. When you're ready to build real things, move to Implementation Playbooks (Level 2). When you're ready to build your own tools, Building Your Stack (Level 3). 5. Post your work. Ask questions. Help others when you can. What are you here to build?
Poll
6788 members have voted
2 likes • 12h
Great to be here and excited to learn this system!
Who's here? Drop your intro.
Tell us three things: 1. What you do (job, industry, student, career-changer, whatever) 2. What brought you to Clief Notes 3. One thing you're trying to figure out right now related to computing or AI I'll respond to every single one. And read each other's intros too because the person who's stuck on the same problem as you might already be in this thread. I'll go first I am Jake, I have been working in tech for 15 Years, building with Generative AI for 3 Years straight now! Excited to teach and learn! That's it. Simple, scannable, gives you data on who's joining and what they need, and keeps the feed clear for content that retains people past week one.
2 likes • 1d
Hi! I'm Patti, I run a craft hard cider company in upstate NY! 1. What I do: I have been using AI in my business for the past 3 years and I speak at conferences in my industry teaching others how to use AI as a craft beverage business! 2. What brought me here: the folder structure and competitions, I'm excited to be part of such an active community 3. What I'm trying to figure out: My knowledge base is all currently built in Obsidian so I can link it across devices (I'm often working from my phone). But from what I can tell Obsidian lacks the structure to fully support ICM, especially Level 3 linking to outputs and docs, etc. Any thoughts? Excited to be here!
1-7 of 7
Patti Wilcox
2
9points to level up
@pam-wilton-6559
Apple lover (the fruit, not the tech company)!

Active 6h ago
Joined Apr 12, 2026
Powered by