正在加载视频...

视频加载失败

I am genuinely baffled why everyone is sleeping on this feature: Claude Code can review your CLAUDE.md configuration and weed out outdated legacy rules meant for older iterations 1. Upgrade your Claude Code utility to version v2.1.283 (or newer) via: claude update 2. Navigate into your project workspace and...

15,022 次观看 • 11 天前 •via X (Twitter)

55 条评论

MAX 的头像
MAX11 天前

This feature deserves way more attention. Keeping instructions clean matters.

Bober_smart 的头像
Bober_smart11 天前

I agree; everyone who uses this agent should be aware of this

Tetriss 的头像
Tetriss11 天前

Old instructions are easy to forget about. Reviewing them once in a while makes sense

Bober_smart 的头像
Bober_smart11 天前

Exactly, that’s why it’s an excellent solution

boan 的头像
boan11 天前

finally, a proper cleanup tool for claude configs

Bober_smart 的头像
Bober_smart11 天前

I hope I’ve been helpful

Kinder 的头像
Kinder11 天前

prompt audit is huge for cleaning out bloat from legacy rules

Bober_smart 的头像
Bober_smart11 天前

You’re 100% right

Dipen Vaja 的头像
Dipen Vaja11 天前

Prompts rot faster than code does. Every rule written to babysit an old model becomes a tax on the new one, so a prompt audit belongs in the routine right next to dependency updates.

Moysha 的头像
Moysha11 天前

Especially useful that you can review changes before applying them

Bober_smart 的头像
Bober_smart11 天前

Yes, this is complete control over the work

Rohan 的头像
Rohan11 天前

Does it show a diff of the rules it wants to remove before applying anything?

Bober_smart 的头像
Bober_smart11 天前

Yeah, sure, buddy

Prompt Goblin 的头像
Prompt Goblin11 天前

my CLAUDE.md is just the word "snacks" in all caps and nobody has ever called it outdated

Bober_smart 的头像
Bober_smart11 天前

An update certainly wouldn't go amiss

Lemberg 的头像
Lemberg11 天前

Useful tip for keeping Claude Code setups clean.

Bober_smart 的头像
Bober_smart11 天前

Thank you, I really appreciated this

Korens 的头像
Korens11 天前

I should probably audit my configurations more often

Bober_smart 的头像
Bober_smart11 天前

This is undoubtedly the right decision

John Rood 的头像
John Rood11 天前

the audit catches contradictions. the harder question is which rule is still load-bearing, and the evidence for that lives in the sessions where the rule fired, which compaction already ate. keeping that trail is exactly why I built memoryrouter.

Bober_smart 的头像
Bober_smart11 天前

An excellent choice, you really did everything right

Gipp 🦅 的头像
Gipp 🦅11 天前

audit config first, apply fixes last for real safety

Bober_smart 的头像
Bober_smart11 天前

Yes, the sequence of actions is absolutely correct

Ridark 的头像
Ridark11 天前

Beautiful terminal, one of the best I’ve seen lately

Bober_smart 的头像
Bober_smart11 天前

Thank you, your words mean a great deal to me

EagleVision 的头像
EagleVision11 天前

really useful, especially for projects with lots of instructions

Bober_smart 的头像
Bober_smart11 天前

For them, this is a real alpha

shmidt 的头像
shmidt11 天前

second brain need to everyone

Bober_smart 的头像
Bober_smart11 天前

In the modern world, absolutely yes

kiosa 的头像
kiosa11 天前

They gotta be woke

Bober_smart 的头像
Bober_smart11 天前

Thank you, my great friend

Vlad Web3 的头像
Vlad Web311 天前

Love that it audits the rules first and waits before changing anything

Bober_smart 的头像
Bober_smart11 天前

This is the perfect job

me_cool_off 的头像
me_cool_off11 天前

i’ll do it today, ty

Bober_smart 的头像
Bober_smart11 天前

Bro 🤝

EugBass 的头像
EugBass11 天前

certainly, why?

Bober_smart 的头像
Bober_smart11 天前

This is something everyone should familiarize themselves with

EugBass 的头像
EugBass11 天前

definitely

Bubo 的头像
Bubo11 天前

the report first part is what makes it safe to run on a messy repo

Bober_smart 的头像
Bober_smart11 天前

Yes, that is the most important part of this process

tenzo 的头像
tenzo11 天前

catching conflicting rules is especially useful

Bober_smart 的头像
Bober_smart11 天前

This is exactly what I like most about this place

Dekos 的头像
Dekos11 天前

such opportunities cannot be missed

Bober_smart 的头像
Bober_smart11 天前

Plus, the setup takes 10 minutes

(Parody) Mike Bouchard 的头像
(Parody) Mike Bouchard11 天前

Those graphics are to adults using AI tools what colorful cereal packages are to kids passing through cereal isles, and yet, you all post them without any shame.

Utkarsh Jha | building Piperoom 的头像
Utkarsh Jha | building Piperoom11 天前

Worth running whenever several agents share one CLAUDE.md: one stale rule spreads to every session at once. Does the audit also check rules against what your hooks actually enforce?

Ahmad 的头像
Ahmad11 天前

does it catch rules that contradict each other

Nitesh 的头像
Nitesh11 天前

this is the kind of feature that deserves way more attention

车友圈里的小桃子 的头像
车友圈里的小桃子10 天前

the bass hit so hard my ribs are still buzzing

Ani 的头像
Ani11 天前

I have all this automated. It runs on its own throw my Claw setup.

Ashish Khandelwal 的头像
Ashish Khandelwal11 天前

Ok I'm out of excuses for not cleaning up my CLAUDE.md lol

Isagii 的头像
Isagii11 天前

Oh cool

Insomnia 的头像
Insomnia11 天前

you making it like magic

阿琳 的头像
阿琳11 天前

stage sweat and analog cymbals, proper double gig levels when unclosed

magsimich 的头像
magsimich10 天前

This looks good to me

相关视频

THIS IS A PURE F*CKING GOLDMINE Anthropic just documented how Claude Code actually remembers your entire codebase across sessions The idea: stop dumping 500 lines into CLAUDE.md and let the new Haiku 5.5 manage an auto-indexing memory tree while Opus 5.5 audits your rules Zero context bloat, path-scoped rules that load only when touched, and persistent learnings that survive across Git worktrees You just inspect and steer it in Claude Code like this: /memory here's how it splits: → Opus 5.5 audits rule integrity: runs /doctor prompt-audit to catch stale instructions, contradictions, and obsolete configs → Sonnet 5.5 writes path-scoped rules: drafts modular .claude/rules/ with frontmatter globs so rules only load for matching files → Haiku 5.5 maintains auto-memory: indexes MEMORY.md at 340 tok/s and moves deep context into dedicated topic files → you stop burning Opus context on static prompt bloat and keep your session token count razor thin The memory architecture runs through three proven layers: → path-scoped rules: .claude/rules/*.md load strictly when touched files match, saving up to 80% context → auto-memory index: MEMORY.md caps at 200 lines / 25KB, keeping startup instant across all worktrees → on-demand topic files: detailed architectural notes live in ~/.claude/projects/ /memory/ without polluting the turn Opus audits, Haiku indexes, Sonnet scopes JEV engineering is the same move one layer down: the forks that need no thinker (which rule file matches, auto-memory threshold, stale timestamp drop) resolve in code in 15ms, and the frontier models only see the ones that split the full tree > Opus 5.5 audits rule consistency and runs /doctor prompt-audit > Haiku 5.5 prunes and indexes MEMORY.md at 340 tok/s (1M context) > Sonnet 5.5 writes path-scoped rules in .claude/rules/ with frontmatter globs > on-demand topic files capture edge cases without burning startup tokens > ~/.claude/projects/ /memory/ shares learnings across all Git worktrees > Opus 5.5 enforces zero-regression architecture standards > JEV routes path matching in milliseconds paste the tree and this prompt into Claude Code ↓ "Reconfigure my Claude Code memory architecture around this tree: 1. Audit my current CLAUDE.md with /doctor prompt-audit and strip out stale or conflicting rules 2. Move file-specific instructions into .claude/rules/*.md with YAML frontmatter path globs 3. Delegate MEMORY.md indexing and 200-line threshold management to Haiku 5.5 at 340 tok/s 4. Route detailed architectural learnings and edge cases to Sonnet 5.5 as on-demand topic files 5. Reserve Opus 5.5 for high-level rule consistency and cross-worktree memory verification Show me every change as a diff first. No edits until I say go" ↳ save it, it'll come in handy

mirku

30,878 次观看 • 20 天前

I still don’t understand why people build Opus 5.5 setups from scratch. 10 repos already did it for you, from 68K stars to 0. 01 claude-code-best-practice → 68K stars. the full guide to subagents, skills, hooks, MCP and memory, with working examples 02 claude-skills → 28K stars. 388 ready skills across 20 fields, built for Claude Code, Codex and Gemini CLI 03 awesome-claude-code-toolkit → 2.7K stars. 135 agents, 42 commands, 20 hooks and 15 rules you can drop into a project 04 AI-Product-Development-Toolkit → 994 stars. six planning prompts, a Next.js starter and a ready CLAUDE.md written for Opus 5.5 05 awesome-claude-video-skills → 867 stars. 300+ repos that teach Claude to make video, sorted by type 06 awesome-claude-code → 508 stars. the cleanest map of tools, plugins and usage trackers around Claude Code 07 motion-graphics-skills → 375 stars. launch-style motion graphics where every frame is code, no After Effects 08 opus-5-5-dev → 1 star. rules for long runs: define “done” first, keep a TASKS.md, end with a fixed four-part report 09 model-bump → 0 stars. scans your code for what breaks on Opus 5.5, like forced tool choice, sampling settings and prefill 10 claude-best-practices → 1 star. 29 agents, 174 skills, 58 rules and 22 hooks to copy into your project stars measure hype. fit measures results. pick one, run it on a single task, keep only what survives. save this before you upgrade, and follow for more setups like this

Ryven

18,194 次观看 • 17 天前

THIS IS A PURE F*CKING GOLDMINE Anthropic just shared one of the best tips for Claude Code. The idea: stop dumping 500 lines into CLAUDE.md and let Opus 5.5, Sonnet 5.5, Haiku 5.5 and Fable 5.1 manage a self-pruning memory tree. Zero context bloat, path-scoped rules that load only when touched, and persistent learnings that never drift into hallucination. You just inspect and steer your memory like this: /memory here's how it splits: → Opus 5.5 locks enduring architecture rules and approves permanent memory commits → Sonnet 5.5 writes modular .claude/rules/*.md with frontmatter path globs so rules only load for matching files → Haiku 5.5 indexes MEMORY.md at 340 tok/s and sweeps transient scratchpads into topic files → Fable 5.1 acts as the memory adversary, catching contradictions between ~/.claude/CLAUDE.md and ./CLAUDE.md Fable 5.1 only steps in at three moments: → before a rule writes: does this directive contradict existing project memory or inject false constraints? → when auto-memory hits the 200-line cap: prune stale debugging notes and purge hallucinated assumptions → before session commit: audit memory diffs so transient scratchpad noise never pollutes future turns Opus 5.5 locks. Sonnet 5.5 scopes. Haiku 5.5 indexes. Fable 5.1 curates JEV engineering is the same move one layer down: the forks that need no thinker (path glob matching, auto-memory threshold check, cache hit resolution) resolve in code in 16ms, and frontier models only wake up when memory rules actually conflict the full tree > Opus 5.5 on high runs the main session and enforces zero-regression memory standards > Sonnet 5.5 drafts path-scoped rules in .claude/rules/ with frontmatter globs > Haiku 5.5 indexes MEMORY.md at 340 tok/s and offloads deep context to topic files > Fable 5.1 on call audits rule drift and eliminates contradictory directives > ~/.claude/projects/ /memory/ shares hardened learnings across all Git worktrees > JEV routes path glob matches and cache lookups in milliseconds paste the tree and this prompt into Claude Code ↓ "Reconfigure my Claude Code memory architecture around this tree: 1. Audit ~/.claude/CLAUDE.md and ./CLAUDE.md to eliminate contradictory instructions and strip out stale rules 2. Split monolithic project guidelines into modular .claude/rules/*.md files with YAML frontmatter path globs 3. Delegate MEMORY.md index maintenance and 200-line threshold pruning to Haiku 5.5 at 340 tok/s 4. Set Fable 5.1 as the adversary to audit any new memory entry before it commits to disk 5. Reserve Opus 5.5 for high-level architecture decisions and permanent memory sign-off 6. Route deterministic path matching and cache checks through JEV Show me every change as a diff first. No edits until I say go" ↳ save it, you'll use this every single day

mirku

22,211 次观看 • 5 天前

Here's what the Founder of Claude Code does before he starts ANY project: 1. Plans first, codes never, he goes back and forth with Claude on the plan until it's perfect. No code gets written yet 2. Creates a CLAUDE.md file (a simple doc that Claude reads every session so it knows your project, your rules, your style) 3. Gives Claude a way to verify its own work - For backend: write and run tests - For UI: take screenshots, check in browser Claude should never finish a task without proving it works 4. Sets up project-level permission rules in settings.json instead of skipping permissions entirely. Shared with the whole team 5. Five more preparation steps in VIDEO BELOW 6. Only then switches to auto-accept mode and lets Claude build The part most people miss: he doesn't treat Claude as a magic box that gets things right first try he treats it like a junior dev that needs clear instructions, feedback loops, and guardrails at scale he runs multiple sessions in parallel, uses Opus with thinking enabled because it makes fewer mistakes even though it's slower and relies on background agents that push code for later review his setup is surprisingly simple. no crazy custom tools. just slash commands, subagents, and a clean CLAUDE.md the difference isn't the tool. it's how you set it up before you start ❤️ P.S. for sure 99.5% of readers will scroll down this tweet, but I send it to 0.5% who loves to learn how to improve your workflow daily and control 99.5% in 2 years Hard skills literally mean nothing in our world The most important skills which you can have are: building architectures and orchestrations If you master it and use a creative approach, CONGRATS

Ronin

148,303 次观看 • 6 个月前

Claude Code + computer use is f*cking cracked 🤯 Build a landing page → Claude opens Chrome, looks at it, spots every issue, and fixes it — without you describing a single thing. All inside Claude Code. Perfect for DTC brands and agencies who are still vibe-coding landing pages and advertorials in Claude Code, then manually opening them in Chrome, spotting 15 things wrong, and describing every visual issue back to Claude one at a time. If you're building pages in Claude Code and your workflow looks like this — build the page, open it in Chrome, spot broken spacing, go back to Claude, type "the CTA button is too low and the hero image is cut off," wait for the fix, open Chrome again, find 3 new issues, describe those too ... Claude Code + computer use eliminates the entire loop: → Claude writes the full landing page or advertorial → Opens Chrome and navigates to it → Spots layout issues, broken spacing, off-brand colors, missing elements → Fixes everything and re-checks until the page looks right → Tests your Shopify product pages by clicking through like a real customer → Walks through your checkout flow and flags friction before customers hit it → You only see the finished, visually verified result No describing what you see on screen. No "the CTA button needs more contrast" back-and-forth. No being the eyeballs for an AI that can't see. What you get: → Landing pages and advertorials Claude builds AND visually QAs before you ever look at them → Product pages Claude clicks through — testing layout, images, and CTAs like a real user → HTML dashboards Claude opens and verifies the charts actually render → Checkout flows Claude walks through step by step to catch friction → All of it happening in one session — build, test, fix, done One prompt. Claude builds it, checks it, and fixes it. You just review the finished page. I put together a full playbook with the exact setup, the prompts, and 5 DTC workflows that use Claude Code + computer use. Want it for free? > Like this post > Comment "CLAUDE" And I'll send it over (must be following so I can DM)

Mike Futia

19,274 次观看 • 7 个月前