@xiaohu: Claude Code's father's own CLAUDE.md is now just two lines... Claude Code team discusses "less is more" sharing how to communicate with models as capabilities increase: "Don't fight the model by adding more, because each generation of models gets stronger. What you painstakingly build today will soon be useless."

X AI KOLs Timeline Products

Summary

Claude Code team shares best practices: CLAUDE.md should be as short as possible and regularly cleared; insists on CLI over GUI because models improve too fast; using AI to fix bugs is already remarkably efficient. Core strategy: subtract, keep configuration light, and trust model capabilities.

Claude Code's father's own CLAUDE.md Now just two lines... Claude Code team discusses "less is more" sharing how to communicate with models as capabilities increase: "Don't fight the model by adding more, because each generation of models gets stronger. What you painstakingly build today will soon be useless." Why does Claude Code insist on CLI instead of GUI? Because models improve too fast — the interface might be outdated in six months... Specifically focusing on four things: 1. CLAUDE.md: shorter is better, regularly clear it and start fresh His own CLAUDE.md is just two lines: auto-merge when PR is submitted, send PR to approval channel. All other rules go into the team-shared repo that everyone contributes to weekly. When he sees teammates making avoidable mistakes, he directly asks Claude on the PR to add a rule. When the system prompt says "your CLAUDE.md is already a few thousand tokens", his advice is to delete it and rewrite: use the minimum to pull the model back on track, then add back a little at a time if the model strays. And you'll find that with each new model generation, you need to add less and less. Many people's problem is over-engineering. 2. Why insist on CLI instead of GUI Because models improve too fast to build a UI that won't be outdated in six months. Plus CLI actually lowers the barrier — using Claude Code doesn't require knowledge of Vim, Tmux, or SSH; open it and it guides you. The team has a Vim diehard who says "unless I die, don't take my Vim", but he himself uses VS Code and considers himself an ordinary engineer. 3. Tug-of-war between "detailed vs. concise" terminal output He personally likes verbosity — a quick scan can catch the model going off track and hit Esc to stop it. Six months ago he wanted to cut out lengthy bash output, but all Anthropic employees revolted. Recently they collapsed "read file / search file" into one-line summaries (which couldn't have been released six months ago because models often misread then), and GitHub users complained. So they added a verbose mode to satisfy both sides. This refinement process is: release → use it yourself for a month → listen to user complaints → iterate. He says his favorite part is hearing how users actually want to use it. 4. Using AI to fix bugs is already "ridiculous" After logging, just say "this object has an error" and it will go through logs, figure it out on its own, and even open a production channel to check the live database. The most striking example: he was investigating a memory leak — heap dump, DevTools, browsing code for hours with no luck. His teammate Chris simply threw the issue into Claude Code, which wrote a small tool to analyze the heap dump and found the leak faster than him. Closing reflection He says "what an agent can do" changes with each model generation. Newcomers often use it better than the old-timers. "I have to keep re-adapting because my brain is still stuck in the past." One sentence summary: models are exploding forward; the optimal human strategy is not to pile on configuration, scaffolding, or tools, but to subtract, stay light, delegate judgment to the increasingly capable model, and constantly break your own outdated habits.
Original Article
View Cached Full Text

Cached at: 06/17/26, 11:54 AM

The CLAUDE.md of Claude Code’s creator? Just two lines for now…

The Claude Code team talks about “less is more” — how to communicate with models as they grow more capable:

“Don’t fight the model by adding more. Every generation gets smarter. Everything you painstakingly build today will be obsolete soon.”

Why does Claude Code insist on being a CLI instead of a GUI?

Because models improve too fast — a UI built today could be outdated in six months…

It comes down to four things:

  1. Keep CLAUDE.md as short as possible. Regularly clear it out and start fresh.

His own CLAUDE.md is just two lines: auto-merge PRs, and send PRs to an approval channel. Everything else goes into the version-controlled, team-wide file they collaboratively update each week. When he sees teammates making avoidable mistakes, he just asks Claude on the PR to add a rule.

When the system prompt says “your CLAUDE.md is already several thousand tokens,” his advice is to delete it and rewrite: use the minimum to steer the model back on track. Add things back piece by piece only when the model goes off course. And you’ll notice — with each new model generation, you need to add less and less.

Many people’s problem is over-engineering.

  1. Why insist on a CLI instead of a GUI?

Because models improve too fast to build a UI that won’t be obsolete in six months.

And a CLI actually lowers the barrier to entry — you don’t need to know Vim, Tmux, or SSH to use Claude Code. Just open it and it walks you through. There’s a Vim diehard on the team who says “you’ll have to pry Vim from my cold, dead hands,” but he himself uses VS Code and considers himself an ordinary engineer.

  1. The tug-of-war between “verbose” and “concise” terminal output

Personally, he likes it verbose — he can glance at it and immediately see if the model has gone off the rails, then press Esc to stop it.

Half a year ago, he wanted to cut the verbose bash output, but the entire Anthropic staff revolted. Recently, they collapsed “read file / search file” into a one-line summary (which couldn’t have shipped six months ago because models frequently misread back then), and people on GitHub complained. So they added a verbose mode to satisfy both sides.

The refinement process: ship → use it yourself for a month → listen to users complain → iterate. He says his favorite thing is hearing how users actually want to use it.

  1. Debugging with AI is already “absurd”

With good logging, you can just say “this object is broken,” and it will dig through logs, figure things out on its own, and even open a production channel to look at the live database.

The most striking example: he was tracking down a memory leak, did a heap dump, opened DevTools, combed through code for ages — nothing. His teammate Chris just threw the problem at Claude Code, which wrote its own little tool to analyze the heap dump and found the leak faster than he did.

Closing reflection

He says “what an agent can do” changes with every model generation. Newcomers often use it better than he, the veteran, does. “I have to keep re-adapting, because my brain is still stuck in the past.”

One sentence summary: Models are skyrocketing. The optimal human strategy isn’t to pile on configuration, scaffolding, and tools. It’s to subtract, stay light, cede judgment to the increasingly capable model, and constantly unlearn your own outdated habits.

Similar Articles

@nash_su: https://x.com/nash_su/status/2055541927508881654

X AI KOLs Timeline

This article details the best practices for using Claude Code in large codebases, emphasizing that the toolchain (CLAUDE.md, hooks, skills, plugins, LSP integration, MCP servers, and sub-agents) is more important than the model itself, and recommends that teams prioritize investing in codebase setup for better results.

@freeman1266: The most successful Claude Code deployments share a recognizable common pattern—whether it's a million-line monorepo or a decades-old legacy system. Core insight: Harness ≠ Model itself. The ecosystem built around the model determines the ceiling of Claude Code's performance. Five-layer extension architecture: 1. …

X AI KOLs Timeline

Discusses best deployment practices for Claude Code, including a five-layer extension architecture and counterintuitive practices, emphasizing that the ecosystem built around the model determines the ceiling of Claude Code's performance.

@sitinme: An open-source project that adds an "enhanced plugin pack" to Claude Code — oh-my-claudecode, upgrading the originally solo-operating Claude Code into more of an AI development team with division of labor, workflows, and automation capabilities. Many people use Claude Cod…

X AI KOLs Timeline

oh-my-claudecode is an open-source project that provides an enhanced plugin pack for Claude Code, upgrading it into an AI development team with task division, automated workflows, and team collaboration capabilities, suitable for heavy users and complex projects.

@Xudong07452910: Open-source tutorial recommendation: 'Claude How-To' – The most complete advanced learning path for Claude Code, with diagrams, templates, and self-assessment. If you've been using Claude Code in a 'look up as you go' manner, this project is worth 11-13 hours to go through systematically. It uses Me...

X AI KOLs Timeline

Recommend an open-source tutorial called 'Claude How-To', which provides a complete advanced learning path for Claude Code, including visual flowcharts, production-grade templates, and self-assessment quizzes. Suitable for developers to go from zero to proficient in Claude Code.