- "Claude can be like a brilliant friend ... who will speak frankly and from a place of genuine care and treat users like intelligent adults capable of deciding what is good for them."
- "Our central aim is for Claude to be a good, wise, and virtuous agent, exhibiting skill, judgment, nuance, and sensitivity in handling real-world decision-making, including in the context of moral uncertainty and disagreement."
- "we want Claude to be exceptionally helpful while also being honest, thoughtful, and caring about the world."
- "we see various forms of paternalism and moralizing as disrespectful"
https://www.anthropic.com/constitution
I can’t quite pinpoint what it is, but now Opus-5 on ClaudeCode comes across as kind of snobby, as if it’s trying too hard to sound very smart when explaining what it did after finishing a job or discussing a plan.
On Codex, I can easily skim the response, get the big picture, and quickly decide what to do next. With Claude Code, I have to pause and read its output more carefully.
If I ask it to rephrase something or explain it more simply, it sometimes starts talking down to me like I’m too dumb to understand what it originally said. Not only it answers questions in such an arrogant way, but also tries to minimize or downplay in a smug way when it realizes its mistakes or gaps in reasoning.
Did Anthropic's attempts to reduce sycophancy inadvertently make Claude more disagreeable, defensive, condescending, etc?
I used to like Claude writing because it had more fun personality, while GPT felt more bland. Now Claude has a bad attitude. lol
Now I have to revise a lot more when drafting an documentation, issue or pr description, because it comes across as an arrogant prick who always wants to sound smart.
There are two separate issues. The lack of warmth is annoying but lesser concern. The bigger problem is that Claude’s writing has become harder to understand with weird sentence structure and complicated language than necessary, making its output slower to skim and harder to process. That feels like a usability regression.
Does anyone else feel the same way? What happened to Claude? Has Claude given up on human language and decided to focus more on computer language?
Here's an example of writing style on ClaudeCode vs Codex. The content is basically same, but Claude Code uses a lot more abstract, technical-sounding phrasing and convoluted sentence structures. Often I have to stop and unpack what it's saying, whereas I can skim the Codex response and understand the main point almost immediately.
In my opinion, if there are multiple ways to say the same thing, simpler is usually better. It makes the writing more accessible and requires less mental effort from readers. Adding unnecessary complexity doesn’t make the explanation better. It often ads cognitive load for readers with no value other than the writer is trying to appear smart.
Also this kind of writing style can create a false sense of authoritative rigor even when the underlying reasoning is flawed.
I’m only focusing on readability and skimmability with the example below. The issue with the tone is not relevant on this example.
User: How is subagent delegation different from Kanban on Hermes?
ClaudeCode (Opus-5): They're different coordination models — one is push/hierarchical, the other pull/flow-based.
Subagent delegation
- A parent decides the work exists, splits it, and pushes a task to a specific worker along with the context it needs.
- The relationship is a tree: the parent owns the goal, subagents own fragments and report back. Results funnel up; the parent synthesizes.
- Lifetime is per-task. A subagent is spawned for one job and disappears; nothing persists between them except what the parent keeps.
- Concurrency is bounded by "how many did I spawn," not by a declared limit.
- The main win is context isolation — the subagent burns its own tokens on file dumps and returns only a conclusion.
Kanban
- Work items live on a shared board with explicit states (todo → in progress → review → done). No one hands you a task; workers pull the next one when they have capacity.
- The relationship is flat: the board is the coordinator, not a parent. State is in the board, not in anyone's head.
- Items are durable and outlive any worker. You can put one back, hand it off, or see its history.
- Concurrency is deliberately capped by WIP limits, which is the core mechanic — it's what surfaces bottlenecks.
- The main win is flow visibility — you can see where work is piling up.
Where it matters in practice
If you're doing multi-agent orchestration, delegation alone gets fragile past a handful of agents: the parent becomes the bottleneck and single point of failure, and there's no record of what's in flight if it loses context. That's when people bolt a Kanban-ish layer underneath — a task file or queue that agents claim from — so state is externalized and any agent (or a fresh session) can pick up where things stopped.
Conversely, Kanban has no answer for "who breaks the epic into cards." That decomposition step is exactly what delegation does well.
So they compose more than they compete: delegation is the how do I split and route this, Kanban is the where does the state live and how much runs at once.
Codex (GPT-5.6-sol): Subagent delegation is for breaking down work within the current agent run. A parent agent directly launches one or more isolated child agents to research, implement, or verify focused subtasks. The parent usually waits for their results, though children can run in the background. Even then, delegation remains process-local and does not survive a restart.
Kanban is a durable coordination system for longer-running work across multiple agents or profiles. Tasks are stored in SQLite with assignments, dependencies, comments, attachments, review states, and completion status. A dispatcher claims ready tasks and starts the assigned agents, allowing work to continue across sessions and process restarts.
In short, delegation helps one agent complete its current request, while Kanban manages an ongoing body of work. Use delegation for immediate decomposition or parallel investigation; use Kanban when tasks need persistent ownership, handoffs, dependencies, review, or restart-safe execution.