gutter kludge

✌️
Joined November 2009
Novice Adam retweeted
i really don't want to use your agent, i want to use my agent to use your thing.
257
418
233
4,560
708,633
Novice Adam retweeted
The problem with this, and why I think people are frustrated: Nobody has taught folks how to do this It feels both evidently the future and also somehow gatekept
This quoted post is unavailable.
97
16
11
486
313,132
Novice Adam retweeted
This is the most concrete thing I read today on why agent architecture matters in production, and the framing belongs in the harness debate alongside Anthropic's and Glean's. The frame: agent codebases that survive past six months don't survive because the team has more discipline. They survive because the architecture made the bad shape harder to write than the right one. That's a sharper claim than the "harness is the backend" version. It says the production failures are reproducible across teams because the abstractions allow them. The four canonical month-six failures Mike lists are worth memorizing: → Class-level mutable defaults shared between agents the moment a second user shows up → Tool functions that accept any string and return None on every kind of failure → Session memory mutated by an LLM-extracted string, silently poisoning every subsequent action → Multi-agent setups passing the parent's full conversation history to a sub-agent because it was the easiest wire-up Every team I've talked to in the last year has shipped at least two of these to production. The fix posts always say the same thing: validate inputs, isolate state, propagate spans, and bound your loops. Discipline. It gets forgotten in approximately every codebase. What Mike's arguing is the React-of-2013 move. jQuery apps scattered DOM state across whichever closure was handy. The discipline of "keep state in one place" was well understood and ignored everywhere. React made the discipline structural: the bug class went away because the framework stopped allowing the bad shape. Worker / Function / Trigger does the same thing one layer up. Class-level mutable state stops being expressible because worker invocations are stateless and persistent state lives in a memory worker addressed by namespace. Two agents in two processes can't share Python state because there is no shared Python state. Tool functions returning None on every failure stop being expressible because every function has a typed input/output schema the engine validates at the boundary. Wrong-shaped input gets rejected before the worker code runs. Failures return typed events with status and error type. Cross-agent history leakage stops being expressible because sub-agents are workers with their own context, called by function ID. The orchestrator passes a payload, not a conversation buffer. Agent Loops without step bounds stop being expressible because step bounds and timeouts are engine-level config, not something the agent author remembers to wrap. The Claude Code April 2026 postmortem is the cleanest evidence anyone's produced for why this matters. Three runtime changes, no model change, dropped median thinking length 73% and pushed retry rates up 80x. The community had to surface this from sampled session logs because most production systems don't ship that level of runtime telemetry by default. Making it default is the lever.
5
9
101
17,741
Novice Adam retweeted
10 things I'm seeing on the frontlines of AI adoption in the enterprise: 1. Chat is where 90% of employees still live. It's the gateway drug. Everything else is downstream of getting people comfortable here first. 2. Power users discover Cowork and lose their minds. It's the "wait, it can actually do the work?" moment. 3. Claude Code has very little penetration with non-technical users in the enterprise still. 4. Microsoft being the "approved" tool doesn't matter. Employees route around Copilot and pitch their managers for Claude access on their own. 5. Artifacts in Claude are a breakout feature. People don't want to view them — they want to deploy them, connect them to Snowflake, etc., ship them as internal MVPs for their org to actually use. 6. Cowork is crossing the line from "demo" to "real work." Legal teams redlining contracts. Ops teams running workflows. Then immediately asking: how do I automate this for production? 7. The next unlock → automated cloud workflows that leverage an agent like Claude while keeping non-technical users within the tools they're already using and in a chat interface. The demand is screaming. 8. Terminology is major blocker. Projects vs. skills vs. plugins vs. agents. I've explained "what is a skill" 200+ times. The moment it clicks, people get excited — but the path there is too long. 9. Enterprise IT restrictions (locked connectors, no browser access) quietly strip Cowork of its superpowers. The features that make it magical are the first ones IT disables. 10. There is a high level of "AI insecurity". For the first time in a long time, people at all levels (even C-Suite) need to signifcantly upskill in order to stay world class in their positions, and this is causing people to be insecure about their skill set across the org. General note on Microsoft: I spent a lot of this past week deep in Power Automate and Copilot Studio trying to build an automated solution in the cloud — given it's the native tool with sanctioned access to their org's data. It's ~90% there. But the final 10% is riddled with terrible UX, inconsistent behavior, and a generally poor experience. Honestly feels like Microsoft is fumbling the biggest moment in their company's history with software that has all the features on paper but lacks the magical "just works" moment for non-technical team members. The gap is wide open and they're letting others "eat their lunch" right now.
72
61
13
699
89,961