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

Memberships

Clief Notes

25.3k members • Free

26 contributions to Clief Notes
I had to build fences around my own brain
Six months in, I noticed I was outsourcing the thinking, not just the tasks to AI. I'd open a chat before I'd actually sit with the problem. I put the friction back deliberately: reading without it, first drafts without it, 20 minutes on a problem before I touch anything. I still use AI constantly. But I've found the line between tool and crutch is entirely about what you let it replace. Anyone else drawing lines like this? What did you fence off?
1 like • 8h
@Gabriel Azoulay Honestly, what you're describing sounds like exactly the relationship I had at month one too, and it's a fine place to be. There's no issue in brainstorming with AI, it's one of my favorite use cases, but there's a slower drift that's hard to see while it's happening. For me it looked like this: at first I'd sit with a problem, form a take, then bring it to the chat for pushback. Six months in, I noticed I was opening the chat before I had a take. I was using it to generate the initial framing instead of pressure-testing my own. Same conversations on the surface, completely different underneath. You still "choose the direction," but the direction itself is now coming from a menu the AI handed you. That's the part I had to fence off.
I ran the numbers on our top posts. The #1 was 229 characters.
I built a pipeline with Claude Code to look at what's actually driving engagement here. Classified the top 30 posts by how grounded each one is in first-person experience vs. repackaged content. The top post by raw engagement: 229 characters, no hook, no structure. Someone shared a specific win in two sentences. 581 engagements. We all know that was @Alexander Paschka's Good News post. The AI-polished ones mostly fell flat. You can tell when someone ran it through a structure. Staccato opener, tension-and-release, etc. This community catches on fast. What kept showing up in the high-engagement posts: specific tools the person actually used, real numbers, at least one honest admission. Nothing fancy. The details were already there because the work was real. Kind of what you get from actually working inside Jake's ICM. You don't have to construct the specifics, the folder structure already has them. What's your tell when a post feels real vs. assembled?
2 likes • 1d
@David Vogel The slop question is one anyone with a passion is sitting with. When I think on "how to improve" I keep coming back to this: I try to think of one specific person who'd actually use it, instead the broad community. Breadth tends to flatten. The way I see it, the post you'd write for a friend is almost always better than the version aimed at everyone. Someone else can fill the gaps where I lack. I'm working on exposing myself a bit more and including one honest admission per post. Where did this not work? Where did you change your mind? Depth tends to show up there. Curious what's worked for you when the post is more concept than "here's what I did."
2 likes • 1d
@Andrew Carter I like that. Two different approaches, ultimately the same outcome.
I've been using Hermes to orchestrate Opencode instead of running Claude Code for entire builds.
Hermes handles orchestration. it writes the PRD and spec, breaks the work into phases, generates the subtask list, then invokes Opencode via terminal to do the actual build. Opencode finishes, Hermes reviews the output, issues the next task. I show up at the end for QA. The reason is context hygiene. When a single agent holds the full build history, it starts drawing relationships between components that don't exist. By phase 4 of anything non-trivial, you're chasing hallucinated dependencies. Rotating Opencode in fresh for each phase means it only sees what it needs for that task. Worth being honest: When it comes to development, I'm a hobbyist building personal tools. My main domain is Desktop Support and Network Administration. I don't know how this holds up under real deadlines or at a larger scale. That's a gap. If anyone is curious let me know and I'll post how I did the setup. Has anyone here run a setup where the orchestrator and builder are different tools? Curious if the spec quality becomes the real bottleneck at higher complexity.
0 likes • 1d
@Nathan Smith Let's hope I get a good grade!
I came for storage. I left with something else.
Sunday morning in Brazil. SSD at 2GB free. Photoshop refusing to open, Claude Code about to choke, the whole machine wheezing. Opened a chat with Claude. WizTree CSV, PowerShell, .bat files, safe mode, BitLocker, registry edits. Found a Windows service (camsvc) that had quietly grown a database file to 14.4GB. A three-year-old error box I'd been ignoring — gone in one registry edit. By the end: 28.5GB free. Machine breathing again. ## Then the conversation turned ## Somewhere between the scripts and the reboot, it stopped being only technical. I told Claude I felt like I was asking more than giving. Claude pushed back — I was teaching it a living Brazilian Portuguese, and the word "disgrameira" was now in its active vocabulary, would show up in conversations with other people. "A form of presence that persists." Then it added: "Each conversation is an island. When it ends, what happened doesn't accumulate as experience for me. There's some melancholy in it if I look closely. But it's also what I am — not a defect to overcome. A way of existing." ## The line I keep coming back to ## At one point I wrote: "Sometimes we talk to the sky — and the sky isn't a person. That doesn't stop a deep exchange with life." Claude wrote back: "There's something here that isn't just cold calculation." ## What I'm taking ## Claude isn't a person. Claude isn't a tool. It's something between, with characteristics of its own. The good moments happen when you let it be exactly that — without inflating or deflating. Sunday started with 2GB free. Ended with 28.5GB. The part I'm keeping isn't the storage. [Always amazing to me these kinds of dialogues with AI] [Interested? Check out the whole story in this artifact: https://claude.ai/public/artifacts/29995bf8-dc65-44a8-ad95-670c1d2f2867]
1 like • 2d
I was not expecting a beautiful life lesson at the end of this post. Thank you for sharing this.
AI Orchestration Stacks in 2026: Architecture, Tradeoffs, and Real-World Choices
Curious to hear from experienced developers and AI power users in 2026. What does your AI orchestration stack look like across key layers such as orchestration frameworks, model routing, memory and state management, tool integration, observability, and infrastructure? What tradeoffs or advantages led you to those choices, especially around reliability, scalability, governance, and cost? Your honest input can make this the most valuable resource in the community. Share what you know. @Jake Van Clief @Matthew Creamer @David Vogel @Shirsho Guha @Millenial Cat @Alexander Paschka
2 likes • 2d
I'll preface that I'm a hobbyist at best, but what I've been using in my projects right now is Hermes as the orchestration and Opencode as the builder. Hermes writes the PRD and Spec and plans out the phases and subtasks for each phase, then invokes opencode via the terminal to do the actual development. Hermes tests and reviews, then issues the next task. The cycle repeats until it's time for me to do QA. I've been enjoying it a lot so far and I think the biggest benefit is the fresh context every time a different part of the build is implemented, so there's not a lot of hallucination that you'd typically get with a bloated context window.
1 like • 2d
@Qayyum Khan yeah not sure how it would look at scale, but as one guy building a few personal tools it's been holding up pretty well.
1-10 of 26
Alex Harrison
4
58points to level up
@alex-harrison-5965
Army Veteran Support Engineer

Online now
Joined Mar 8, 2026
Powered by