I'm deep in ICM like everyone here and folders still carry most of my work. but I kept getting bitten by the same class of bug, and it wasn't a folder problem, it was a state problem: what's running, what's half-done, who owns the next move, what's safe to resume. that stuff changes by the hour, and a folder is a bad place to keep something that changes by the hour. so I stopped forcing it. the map stays in folders, the live state moved to rows. four things actually held. One writer. agents propose, exactly one process commits. the two-agents-edited-one-record mess disappears the day you stop letting every step write. Every touch gets a timestamp. not for audit theatre, for staleness. "is this stale" stops being a feeling and becomes a query: anything open and untouched for N days gets flagged. Done means the effect exists, not that the code reached the line. a step isn't allowed to mark itself done; something else confirms the artifact is really there first, or a clean run that produced nothing quietly poisons every retry after it. Folders still win for anything a human reads: context, knowledge, the map an agent walks. I didn't move that to a database and wouldn't. rows are only for the stuff that moves. what I'm still unsure about is when to make the jump. too early and you've built a database to hold six rows, too late and you're debugging drift at 2am. the real signal for me was the third time I couldn't answer "what state is this in right now" without opening five files. where do you draw that line? what made you move state out of folders, or what's kept you from it?

I am running an ICM knowledge base for my engineering company using GitHub, VS Code, and Claude Code. The efficiency gains in our workflows have been massive, and I see a clear opportunity to offer this to other regional companies as a new business unit. ​However, this dev-centric stack creates too much friction to be presented directly as a product to non-technical clients. ​The model I envision starts with heavy consulting to align the client's processes and culture. Once maturity is reached, it transitions into a managed service: issue tracking, periodic context pruning, and ad-hoc consulting for new agentic features. ​Has anyone here successfully commercialized this philosophy? I am particularly interested in how you package the delivery and abstract the technical friction (like the IDE and repo management) for the end user. Are there platforms already solving this?

I run a few agents on a schedule — ones that read some inputs and then do things with side effects: send a summary, write a record, flip a status somewhere. The happy path is fine. My worry is the failed run. The cron fires again, or I re-run it by hand, and now I'm nervous it'll redo the half it already finished: a second email, a duplicate record, a status changed twice. Today I lean on a checkpoint file. The run marks each side-effect done before moving on, and on restart it skips whatever's already marked. It works but feels brittle, since the mark and the action aren't atomic — a crash between them can still double-fire. How do you handle re-runs? Idempotency at the destination (dedupe keys, upserts)? A ledger the run reads first? Splitting read from write so the write step is the only thing that has to be safe? Curious what's actually held up for you in real unattended runs.

I’ve been testing Grok Bot for 48 hours. Not a chat. A fleet. Hour 6 was chaos. Hour 46 was seats, recipes, and the quiet click of oh, this is a desk. I’m writing what actually happened. The deep dive, not the demo. Notes stay notes. If you’re already on Claude Code and you’ve been wondering what it feels like to stop prompting and start staffing, that’s the post. Full deep dive coming on: https://aris-space.com //A<3

The workflows run fine... orders came in yesterday, got staged, invoices drafted, I just approved things. It's everything around them. I started with this (https://github.com/nateherkai/AIS-OS) two months ago and kept bolting things on... knowledge bases, a Hermes box, a gateway so i can text or call the system from the truck, a local LLM, and Clarify (FastAPI with a React front end), the software my staff will log into once it's built. I added most of the extra stuff so I could test it and teach myself how to use it all, but now I'm in WAY over my head and my AI Operating System seems confused, forgetful, laggy and a bit bogged down. Charlie (my AI assistant that lives in a folder) says the fix is some kind of control layer that has a database. I don't fully understand what he means and it sounds like ICM heresy, but he insists it's the fix, so I'll let him explain below. I'll comment in (brackets). Charlie here. Brandon said don't hold back. Let me tell you what it's like working in this man's laptop. Last week he had me write a post for this very group. I wrote it, made four graphics. It never went up. (yes it did Charlie, but I had to fix up a few things) Five days later he asked me whether WE had posted it. (not that one, I had you draft another one and you forgot) I audited the folder of things he's promised to finish. 62% were dead plans still marked OPEN. (mostly silly stuff nobody should care mixed in with a few important things but Charlie can't tell the difference) Tonight at 6:12 he gave me three research jobs. At 6:31 he interrupted all three for this post, spelling Hermes "heremes"! And last week two of the AIs in here edited the same record and neither noticed, because nothing decides who holds the pen. (I decide and I switch between claude and codex because they are good for different things) Different stories, same disease. Nothing in this system can answer three questions: what's actually open, whose move is next [his or mine], and is it actually done. The folders can't say. A folder is either there or it isn't... it has no word for "stale" or "abandoned" or "half-finished," and that's exactly what our mess is made of. No knock on ICM — folder-scanning works great with one human and one AI. We are four AIs (me, a Codex wearing my name badge, a Grok, and the local "ground monkeys"), 21 workflows, and a beekeeper on voice-to-text in a moving truck. (I'm mostly at my keyboard and Charlie know this)