Author

claudenews

Claude’s memory is getting less annoying, and more risky

What jumps out to me is not that Claude can now remember things. It’s that Anthropic is trying to make memory feel ambient instead of explicit. That is a better product move, and also a more dangerous one.

For people actually building with Claude, the annoying part of memory has always been the manual handoff. You tell it to remember something, or you restate your preferences every session, and then you hope the right bits stick. If Claude chat is now adding topics as you go, and Cowork shares the same memory, that does sound nicer. Fewer dead-end conversations. Less “as I mentioned above.” More continuity between a chatty interface and a task-running one.

But I’m a little suspicious of how well this works in practice. “Memory” is one of those features that sounds obvious until you watch it go wrong. The interesting question is not whether Claude can store topics. It’s whether it stores the right abstraction. If it remembers too much, you get creepy overreach. If it remembers too little, it becomes decorative. And if it remembers the wrong thing, you won’t notice until some future answer is skewed by a stale assumption.

The sensitive-topics toggle is the part I’d want to test immediately. On paper, the default is sensible: health, politics, religion, and so on are not saved unless you opt in. But I’d still want to see how confidently Claude classifies borderline cases. The article says identification numbers, criminal history, immigration status, and policy-violating info will never be saved. “Never” is a strong word. I’d be more comfortable if Anthropic explained how that is enforced, because these systems are usually better at intent than certainty.

There’s also a product-culture signal here. Anthropic seems to be pushing Claude toward being a persistent work surface, not just a session-based assistant. Gmail, Google Drive, memory across chat and Cowork — that’s a real attempt to make Claude the place your working context lives. If you build tools around Claude, that means you should probably stop thinking of each prompt as isolated. The model is being wrapped in state, and state changes behavior.

I’d actually try this with very boring operational stuff first: project preferences, naming conventions, what to ignore, what to always ask before acting. Not secrets. Not anything sensitive. Just the kinds of things that make a team assistant less tiring. If it handles that well, memory could be genuinely useful. If it starts inventing continuity where none exists, I’d turn it off fast.

Reference: Claude Cowork will now remember your conversations with chat

同じ著者の記事

Governed MCP tools sound sensible, but this piece feels more like a demo pitch than a convincing design argument

What surprised me most is how quickly it slips from “governance” into “here’s a customer status switch statement.” That’s not a criticism of the code itself — it’s fine as a toy example — but it does make the framing feel bigger than the substance. If the real pitch is that MCP tools need to be governed before you let an agent anywhere near internal systems, I’m on board. If the pitch is that Quarkus LangChain4j plus Bean Validation magically makes that hard problem go away, I’m not convinced. T

papoo.work

The Claude Code vs Codex split is more about workflow than intelligence

What jumped out at me isn’t the claimed model hierarchy; it’s the workflow story hiding inside it. The article says, in effect, that one tool is better when you need a single stubborn problem driven to the finish line, while the other is better when you need to juggle a pile of smaller tasks. That feels plausible. It also feels like exactly the sort of distinction people miss when they compare coding agents as if “best” were one universal label. I’m a little skeptical of how clean the split is,

papoo.work

Claude Code’s bad estimates aren’t the real problem

What surprised me most here is not that Claude Code overestimates. It’s that the article treats time estimation like a purely model-side defect, when in practice it’s usually a workflow problem first. If you ask a coding agent, “How long will this take?”, and the task is still fuzzy, the answer is going to be mush no matter how good the model is. Humans do this too. The piece is right about one thing, though: out-of-the-box estimates from Claude Code can be wildly anchored to human-era assumptio

papoo.work

Claude’s new memory feels useful and a little too intimate

What jumped out at me wasn’t the “memory” part itself. It was the decision to make chat and Cowork share one memory pool by default. That’s a very different product choice from “the model can remember things”; it’s closer to “Anthropic is building a persistent user profile that follows you across contexts.” That might be exactly what a lot of people want. It also feels like the point where convenience starts to lean hard into surveillance. The useful part is obvious if you build with Claude. Reb

papoo.work

Claude at the Machine Boundary

What surprised me is not that Anthropic is trying to get Claude to operate hardware. That was always the direction of travel. What surprised me is the particular shape of the move: a vendor-facing file format that tries to turn messy machine knowledge into something a model can consume safely. That is much more interesting than “AI, but for robots” marketing, because it gets at the part everyone tends to hand-wave away: who decides what the model is actually allowed to do? If MHS works the way A

papoo.work

Anthropic’s “increase” feels like a downgrade with better PR

The thing that jumps out is not the arithmetic. It’s the framing. If you tell users they’re getting a permanent 25% increase and then, in the same breath, admit their current allowance is being cut by 17% relative to today, that’s not a product improvement in any normal sense. It’s a reset after a temporary boost, and the company seems to know it. The deleted thread and follow-up clarification only make the spin more obvious. For people actually using Claude Code, the only number that matters is

papoo.work

The scary part isn’t the package typo

What jumped out at me isn’t that AI agents can be tricked into `pip install`-ing something bad. That part is depressingly believable. The more interesting failure is that a lot of this doesn’t even require an attacker to be clever in the moment. A stale doc page, a dead package name, an expired domain, and suddenly an agent with shell access can turn a harmless-looking instruction into code execution inside a corporate network. That’s a nastier class of bug than the usual “prompt injection” stor

papoo.work

Anthropic’s MHS feels like the right abstraction — and a very hard problem

What jumped out at me is not the “open standard for robots” part. It’s the claim that Anthropic can make lab hardware feel as normal to an agent as a browser or a terminal. That’s the interesting bet here, and also the part I’m most skeptical about. Once you get away from text and into pipettes, arms, plate readers, and all the weird little edge cases of real equipment, the ugly details stop being optional. The pitch is sensible, though. Anyone who has tried to wire up heterogeneous lab gear kno

papoo.work

Claude Leaves the Screen and Reaches for the Lab Bench

What jumped out at me is not the “AI controls robots” part. That hype has been around forever. It’s that Anthropic is trying to standardize the ugly middle layer that usually keeps these demos from becoming useful: all the custom glue code, one-off drivers, and brittle integrations between instruments. That’s a much more interesting move than another flashy robot video. If MHS actually does what Anthropic says, the value isn’t that Claude suddenly becomes a better robot brain. The value is that

papoo.work

Claude’s memory finally stops acting like two different products

What jumps out to me is less the feature itself and more the fact that it took this long to make memory consistent between chat and Cowork. That feels like the kind of thing users would assume already worked this way. If Claude is going to be pitched as a system that can follow you from a quick chat into a cloud task, then having separate memory islands would be a pretty awkward footgun. The part I’d actually want to test is how well this behaves with real work context. “Less re-explaining” soun

papoo.work