CLAUDE.md写错=白用！三类开发者该这样写才提效_服务软件

1. 盘点一周AI大事(4月12日)｜Mythos太强不敢发布 Anthropic官宣最强大模型Claude Mythos OpenAI发布超级智能经济蓝图 Meta发布大模型 Muse Spark 智谱上线最强开源大模型GLM-5.1 Anthropic上线Agent包工头Claude Managed Agents Gemini上线概念可视化visualizations 阿里发布最强视频模型HappyHorse-1.0 米哈游发布最强数字人模型LPM 1.0 Ace开源最强音乐模型ACE-Step-1.5-xl 研究员开源最强虚拟试穿模型Vanast #前沿科技趋势发布月 #AI新星计划 #AIGC #大模型 #Agent

2. 如何编写一份优秀的 CLAUDE.md

3. 《Writing a good CLAUDE.md》大型语言模型（LLM）如Claude在每次会话开始时是“无状态”的——它们不会记忆之前的对话，只能依赖你当次输入的内容了解项目。因此，CLAUDE.md文件承担了“入门手册”的角色，负责向Claude介绍项目的背景、结构和工作方式。一个好的CLAUDE.md应清晰回答三个问题：- WHAT：项目技术栈、代码结构，尤其是多仓库时需要指出各部分职责；- WHY：项目目的和各模块功能；- HOW：如何操作项目，比如使用的构建工具、测试流程等。但写法很关键。文件太长或包含过多细节，Claude可能会选择忽略部分内容，因为Claude Code在系统提醒中会告知模型“只有高度相关时才用此上下文”，避免被无关指令干扰。太多无关指令反而影响效果。因此，遵循“少即是多”的原则至关重要。研究显示，顶尖LLM能稳定处理约150-200条指令，且越多指令，执行质量越下降。CLAUDE.md应只包含对所有任务普遍适用的核心内容，避免将所有风格指南、命令一股脑塞进去。为解决大项目中信息过多问题，推荐采用“渐进披露”策略：将特定任务说明拆分成多个文件，CLAUDE.md只提供文件列表和简要说明，让Claude按需调用，从而避免上下文膨胀。另外，别让Claude当代码风格检查器。代码格式和风格应交给专门的工具（如Biome）处理，既节省算力又保证效率。可以用钩子或命令将格式化和检查结果反馈给Claude，而不是让它自己找错。最后，别用自动生成工具随便产出CLAUDE.md。它影响所有后续工作流程和产物，必须认真打磨每一句话，确保精准传达项目核心。总结：CLAUDE.md是让Claude“入职”项目的关键文件，需简洁、聚焦、实用。只告诉Claude最重要的事，教它如何自己找信息，避免信息过载。用好CLAUDE.md，才能发挥AI编程助手的最大潜力。原文：humanlayer.dev/blog/writing-a-good-claude-md

4. Zed团队说自己99%Rust代码都是claude code 写的，又说不能全用AI，这不自相矛盾？

5. Claude配置切换5分钟？这个工具让我5秒搞定

6. 一小时干完一年工作量？Claude创始人Boris的13个私藏使用技巧公开！

7. 照着做，让你Claude Code里的Skill真正起作用！

8. 老金发现个4277星的Claude Code企业神器，看完我直接跪了

9. 【七个被低估的Claude Code进阶技巧】Anthropic的Boris最近分享了十个实用技巧，但翻遍官方文档后，我发现还有一些更硬核的功能被埋没了。这些技巧偏技术向，但一旦掌握，会从根本上改变你使用Claude Code的方式。一、用钩子系统拦截一切操作手动审查代码太累了。Claude Code内置了钩子系统，可以拦截每一次工具调用。想在每次文件编辑后自动跑lint？想在执行bash命令前做安全检查？只需在settings.json里配置PreToolUse和PostToolUse。你的脚本会通过stdin接收完整的工具输入，返回退出码2就能阻止操作。这才是建立防护栏的正确姿势。有人用这个做了更巧妙的事：在PreToolUse里解析命令，匹配到rm -rf或DROP TABLE这类危险操作就直接拦截。Claude会收到阻止信息并重新规划，再也不用担心误删。二、按路径加载规则，告别臃肿的CLAUDE.md与其维护一个巨大的CLAUDE.md，不如创建模块化规则。在.claude/rules目录下，api.md只在处理src/api文件时加载，frontend.md只服务于组件目录。每个文件用YAML frontmatter指定生效路径。这本质上是上下文管理。做后端时不需要读Tailwind设计系统的规范，做API时不需要加载数据库迁移的约定。在大型仓库或monorepo里，省下的token相当可观。三、用感叹号语法注入实时数据技能文件里可以用感叹号加反引号执行shell命令，输出会在发送给Claude之前替换占位符。比如写一个PR审查技能，用git diff获取当前改动，用gh pr view拉取PR描述，Claude收到的是真实数据。这是预处理，不是让Claude执行命令。API响应、日志、数据库查询，任何实时数据都能这样注入。四、用子代理把任务路由到更便宜的模型不是每个任务都需要Opus。创建一个使用Haiku的子代理，只赋予Read、Grep、Glob权限，专门用于代码库探索。成本直接降到五分之一，而且因为工具受限，即使产生幻觉也不会误编辑文件。真正的省钱秘诀在于批处理：并行跑十个Haiku搜索再合并结果，比单次Opus遍历整个代码库高效得多。五、从PR恢复会话用gh pr create创建PR时，Claude会自动关联当前会话。之后只需claude --from-pr 123就能接续工作。这对异步协作意义重大：同事开了个PR，你恢复他的会话继续推进，上下文完整保留。六、用导入语法共享团队知识CLAUDE.md支持用﹫符号导入其他文件，包括home目录路径。团队把编码规范提交到一个中央仓库，所有人导入同一份标准。个人偏好放在本地不提交，项目文档按需引用。导入支持递归，最深五层。七、用context: fork隔离任务有些任务不该污染主对话。给技能加上context: fork，它会在完全隔离的子代理中运行，用独立的上下文窗口，返回摘要后主对话依然干净。深度研究、代码分析这类重型任务特别适合这样处理。这些功能的真正威力在于组合。用钩子在每次提交后自动触发审查子代理，用路径规则给不同目录注入不同规范，从中央仓库导入团队共享的钩子配置，把昂贵的探索任务路由给Haiku，把Opus留给真正的实现工作。详细文档在code.claude.com/docs，但确实容易被忽略。reddit.com/r/ClaudeAI/comments/1qstcb9/7_claude_code_power_tips_nobodys_talking_about

10. Claude Code改一个bug就引入另一个bug，陷入死循环怎么破？

11. 周末阅读：你不知道的 Claude Code：架构、治理与工程实践。介绍了Claude Code 底层怎么运作、上下文为什么会乱以及怎么治理、Skills 和 Hooks 应该怎么设计、Subagents 的正确用法、Prompt Caching 的架构影响，以及怎么写一个真正有用的 CLAUDE.md。访问：x.com/HiTw93/status/2032091246588518683#HOW I AI##程序员#

12. claude.md怎么写才能让Claude Code更高效，根本找不到有用的教程，难道国内那么落后吗？

13. 外网刷屏的 Claude Code 教程

14. Claude Code神器：Manus同款文件规划法，价值20亿美元的工作流秘密

15. Claude Code 项目结构速查手册大多数人用 Claude Code，项目里只放一个 CLAUDE.md 就完事了。难怪效果一直平平无奇。想让 Claude 真正变成你的工程搭档？关键在项目结构 👇📌 核心文件• CLAUDE.md → 项目规则和上下文，相当于给 Claude 立规矩 • CLAUDE.local.md → 个人偏好配置，覆盖默认设定 • mcp.json → 对接外部工具（GitHub、Slack、数据库等） • claude/settings.json → 权限管理 + 模型选择📂 claude/ 目录（真正的大招）• rules/ → 编码规范、测试标准，统一团队风格 • commands/ → 可复用的工作流指令（比如 /review、/fix） • skills/ → 按需加载的专业能力包 • agents/ → 各司其职的子智能体 • hooks/ → 自动化流程 + 安全护栏💡 结构越清晰，输出越靠谱配置一次，后续每次对话都能受益。你的 Claude Code 项目结构是怎么搭的？#科技先锋官##How I AI# 默庵·超级个体的微博视频

16. 编程测试碾压人类！Claude Opus 4.5 深夜突袭，AI 编程进入「超人时代」

17. 【你的 claude.md 文件，才是真正的生产力杠杆】最近看到一个观点让我深受触动：你不是在写配置文件，你是在训练一个懂你的编程搭档。有人分享了一套 claude.md 的配置框架，评论区炸了。不是因为内容多新颖，而是它戳中了一个被严重低估的真相：大多数人用 AI 编程，每次都在从零开始。先说这套框架的核心逻辑。第一条原则是「计划模式优先」。任何超过三步的任务，先停下来做规划。方向错了就立刻止损重来，别硬撑。写详细的规格说明来减少歧义。这听起来像常识，但多少人是一上来就让 AI 开干，然后在十五轮对话后才发现方向跑偏？第二条是「子代理策略」。大方任务拆给子代理，保持主线程干净。复杂问题让子代理并行处理。一个子代理只做一件事。这本质上是在教 AI 学会分治，而不是把所有东西塞进一个上下文窗口里窒息。第三条最关键，叫「自我改进循环」。每次纠正 AI 的错误后，让它把教训写进 lessons.md 文件。然后无情地迭代这些规则，直到错误率下降。每次开新会话，先回顾这些教训。有人评论说得好：lessons.md 的循环才是真正能沉淀下来的东西。手动做了一周，效果立竿见影，它不再在你的代码库里犯同样的蠢错了。其他都是不错的默认设置，但这一条会复利增长。还有几条值得一提。「验证优先于完成」，永远不要在没有证明代码能跑之前就标记任务完成。问自己：一个高级工程师会批准这个吗？「追求优雅但要平衡」，对于非平凡的改动，停下来问一句：有没有更优雅的方式？但如果改动很简单，就别过度工程化了。「自主修复 bug」，遇到报错就直接修，别等着被牵着走。有个用户分享了自己的实践：三个月前开始维护一个 claude.md 文件，每周更新。提示词从十五轮对话缩减到两三轮。秘诀是记录失败而不只是成功。每次 AI 搞砸支付逻辑或导航流程，就把具体的修复方案加进去。现在文件里有四十七条规则，覆盖从 RevenueCat 集成到应用商店截图规范的所有细节。他说了一句话我很认同：你其实是在训练一个专属的编程助手，让它学会像你一样思考。一旦调教好了，把项目交给任何人，他们都能得到同样质量的输出。当然也有人泼冷水。有人指出这些 md 文件只是文本，没有基础设施来强制执行就没用。模型可能遵守，也可能不遵守，上下文一重置什么都不剩。还有人说这套框架缺了几样东西：目标清晰度、优先级排序、来自真实用户的反馈、时间约束、向他人学习的机制、产品思维。这些批评都有道理。但我觉得重点不在于这套框架是否完美，而在于它指向了一个被忽视的方向：把你的使用模式变成活的配置文件。工具的威力，来自于习惯变成配置的那一刻。有人开玩笑说 claude.md 是新时代的 .bashrc，每个人都有一个，但没人记得里面一半的内容是干嘛的。但这恰恰说明它正在成为基础设施的一部分。x.com/EXM7777/status/2018022297345654870

18. 51万行源码泄露！Claude Code 里面到底藏了什么？

19. Claude Code 创始人 Boris Cherny 公开的真实工作流，被整理成的最佳实践。1. 同时跑 5-10 个 Claude 并行工作终端里开 5 个，浏览器里再开 5-10 个，手机上早上再发起几个会话。他给终端 tab 编了号，配了系统通知，知道哪个 Claude 在等他。一个人干的事，用并行把它变成一支小团队的吞吐量。2. 全程用 Opus + 思考模式，不降级很多人为了省钱或加速会切到 Sonnet。他不这样做。他的逻辑是：Opus 更擅长工具调用、需要的引导更少，算下来反而比小模型快。"性能更好的模型其实更省时间。"3. CLAUDE.md 是团队的集体记忆整个 Claude Code 团队共用一个 CLAUDE.md，入库到 git，每周更新好几次。规则很简单：只要 Claude 做错了什么，就把正确做法加进去，下次它就不会再犯。本质上是在用文件给 AI 做持续的行为校正。4. Slash Commands 覆盖所有高频动作每天重复做的事，统统写成 /command。比如 /commit-push-pr 这个命令，他和 Claude 每天用几十次。命令里内嵌 bash 预计算上下文，减少来回对话，提升速度。5. Subagents 负责流程中的专项任务他常用的子 Agent：1）code-simplifier：Claude 写完代码后自动简化2）verify-app：端到端测试 Claude Code 本身本质上是把最常见的 PR 流程拆解成可复用的自动化模块。6. Plan Mode 先行，再放开自动执行几乎每个会话都从 Plan Mode 开始（Shift+Tab 两次）。和 Claude 来回打磨计划，满意了才切到自动接受模式。"一个好计划非常重要"。访问：github.com/shanraisshan/claude-code-best-practice#HOW I AI# #程序员#

20. 【CLAUDE.md不是规则手册，而是路由器】快速阅读：CLAUDE.md文件超过100行后，AI会选择性忽略指令。解决方法不是添加更多规则，而是将执行逻辑从指令转移到基础设施——用自动化钩子（hooks）强制质量检查，用技能文件（skills）按需加载上下文，用campaign文件持久化会话状态。---有人做了个审计，发现自己的CLAUDE.md有40%的冗余内容。规则在不同措辞下重复，甚至自相矛盾。文件从45行膨胀到190行，AI的服从度反而下降了。问题的根源在于：CLAUDE.md是入口点，不是永久仓库。它应该只包含项目概览、技术栈和最关键的5件事。其他所有东西都该放在AI需要时才加载的地方。真正改变游戏规则的转变是：把执行逻辑从指令转移到环境中。比如“编辑文件后总是运行类型检查”这条规则，AI有时遵守，有时忘记。解决方案是用生命周期钩子——每次保存文件自动运行脚本。AI不需要选择是否检查，环境强制执行。错误在引入的那次编辑中就会暴露，而不是20次编辑后才发现。规则会降级，钩子不会。这套思路可以推广到所有场景：跨会话的重复指令变成技能文件，编码特定领域的模式和约束；会话上下文丢失用campaign文件解决，记录已完成的工作、做过的决策和剩余任务；质量验证变成自动化钩子，每次编辑时类型检查，会话结束时扫描反模式，连续3次失败后触发熔断器。有观点认为，CLAUDE.md的变更本质上是软件变更，不是提示词调整。当它影响整个团队时，需要像对待代码一样严格：建立基线、测量效果、逐步推出、支持回滚。另一个发现是：超过100行的指令开始被当作建议而非规则。有人将文件从150行精简后，合规性立即提升。进化路径大致是：原始提示词（无持久化）→ CLAUDE.md（规则有帮助但有上限）→ 技能文件（模块化专业知识，按需加载）→ 钩子（环境执行质量）→ 编排（并行agent、持久化campaign）。一位开发者分享了自己的系统：顶层CLAUDE.md是路由器，将任务类型映射到子目录；每个子目录有自己的作用域CLAUDE.md；可重复的多步骤工作流打包为技能文件；定期任务审计文件行数、冗余和过时内容。有网友提到了渐进式工具披露的技巧：不为每个功能都构建MCP服务器，而是写HTTP端点，用shell脚本包装，格式化输出给AI。这样可以逐步暴露工具，几分钟就能添加新功能。成本控制也遵循同样的原理。每次AI超支时添加规则（“不要在这个任务上用Opus”）没用，30条模型选择规则AI照样忽略。真正有效的是代理层，自动根据复杂度路由，带预算强制执行。有人的AI在8分钟内烧掉15美元，添加规则没用，把决策从提示词移到基础设施才解决问题。一个值得注意的细节：Anthropic官方插件市场有claude-md-management工具，可以审计CLAUDE.md质量，捕获会话学习，已有76000+安装量。整个讨论的共识是：臃肿的CLAUDE.md是普遍的成人礼。解决方案不是更多规则，而是构建基础设施。作者开源了完整系统Citadel：github.com/SethGammon/Citadelref: reddit.com/r/ClaudeAI/comments/1rz2oo3/what_happens_when_you_stop_adding_rules_to#AI创造营##人工智能#

21. AI编程工具里的 Skill、MCP、Workflow、Rules、Memories到底有什么区别？

22. 配50个Claude项目手改mcp.json？这招让你永远只改1次

23. 【Claude Code创始人的13条实战心法：如何把AI编程助手用到极致】 Claude Code的创造者Boris Cherny最近分享了他的日常工作流程，令人意外的是，这位工具的缔造者用的却是"出奇朴素"的配置。他说："Claude Code开箱即用就很好，我个人几乎不怎么定制。" 这恰恰印证了一个道理：真正强大的工具，往往不需要花哨的包装。以下是Boris的核心实践：一、并行作战：同时运行15个Claude实例 Boris在终端里同时跑5个Claude，标签编号1-5，通过系统通知知道哪个需要输入。同时在claude.ai/code上再跑5-10个网页版Claude。他甚至每天早上从手机iOS应用启动几个会话，稍后再查看进度。这种"多线程"工作方式的关键在于：每个Claude实例对应一个独立的git checkout，避免代码冲突。是的，他把同一个仓库克隆了10份。二、模型选择：坚定使用Opus 4.5 with thinking 虽然Opus比Sonnet更大更慢，但Boris的判断是：因为你需要更少的"方向盘操作"，而且它的工具调用能力更强，最终反而更快。这是一个反直觉但深刻的洞察：模型的"聪明程度"比"响应速度"更能决定实际效率。三、团队协作：共享CLAUDE.md作为集体智慧整个Claude Code团队共用一个CLAUDE.md文件，提交到git，每周多次更新。规则很简单：每当Claude做错什么，就把它加进去，让Claude"知道"下次不要再犯。在代码审查时，Boris经常在同事的PR上@.claude，让它把新发现的问题添加到CLAUDE.md。这是一种"复利工程"——每一次错误都在为未来的正确铺路。四、Plan模式：好计划是一切的基础大多数会话从Plan模式开始（shift+tab两次）。Boris会和Claude反复讨论计划，直到满意为止。然后切换到自动接受编辑模式，Claude通常能一次搞定。 "一个好的计划真的很重要。"这句话看似平淡，却是无数踩坑后的真知。五、斜杠命令：把重复工作变成一键操作 Boris为每个高频工作流创建斜杠命令，存放在.claude/commands/目录下，提交到git。比如/commit-push-pr这个命令，他和Claude每天要用几十次。命令里用内联bash预计算git status等信息，让执行更快，减少与模型的来回交互。六、子代理：自动化常见工作流 Boris常用几个子代理：code-simplifier在Claude完成后简化代码，verify-app包含端到端测试的详细指令。把子代理想象成"自动化你为大多数PR做的最常见工作流"。七、PostToolUse钩子：自动格式化代码 Claude生成的代码通常格式良好，钩子处理最后10%，避免CI中的格式错误。有人问这会不会导致连续编辑同一文件时出错，Boris说不会——"Claude知道钩子的存在"。八、权限管理：安全与效率的平衡 Boris不用--dangerously-skip-permissions，而是用/permissions预先允许已知安全的bash命令。这些配置存在.claude/settings.json里，与团队共享。对于长时间运行的任务，他会在沙箱环境中使用--permission-mode=dontAsk，让Claude不被权限提示阻塞。九、工具集成：让Claude成为你的万能助手 Claude Code帮Boris搜索和发布Slack消息（通过MCP服务器）、运行BigQuery查询回答分析问题、从Sentry抓取错误日志。MCP配置同样提交到.mcp.json与团队共享。十、验证循环：质量提升的关键这是Boris认为最重要的一点：给Claude一种验证自己工作的方式。如果Claude有这个反馈循环，最终结果的质量会提升2-3倍。 Claude用Chrome扩展测试每一个提交到claude.ai/code的改动——打开浏览器，测试UI，迭代直到代码工作且用户体验良好。验证在不同领域有不同形式：可能是运行bash命令、运行测试套件、在浏览器或手机模拟器中测试应用。关键是让这个环节坚如磐石。关于验证循环的构建，Boris说其实很简单： 1. 给Claude一个查看代码输出的工具 2. 告诉Claude这个工具的存在 "就这样。Claude会自己搞定剩下的。" 一些有趣的数据和细节： Boris每周完成50-100个PR。他大约有10-20%的会话会被放弃——"哦，我学到了新东西"，然后丢弃这个会话。他用的是普通MacBook，没有什么特殊配置。社区的反思也很有价值。一位从2025年5月持续使用Claude Code到2026年1月的用户说：过度复杂的skills、冗长的CLAUDE.md、预配置的子代理，这些都是"污染"而非帮助。Claude已经有精心设计的系统提示，加太多东西反而有害。建议CLAUDE.md控制在200行以内。这与Boris"出奇朴素"的配置理念不谋而合。最后的思考：有人说AI要抢走程序员的工作，但Boris的分享揭示了另一个现实：这是一条新的陡峭学习曲线。掌握它的人会变得更强，而不是被取代。工具的力量不在于它有多复杂，而在于你能多深刻地理解它、多自然地与它协作。Boris每周50-100个PR的产出，不是来自花哨的配置，而是来自对工具本质的把握：好的计划、清晰的验证、持续的学习。简单，往往是最难抵达的复杂。 x.com/bcherny/status/1874658929285558680

24. Anthropic官方报告：8大趋势说透AI编程未来，60%代码AI写的，老金实测项目带你看！

25. Andrej Karpathy 大神的思想，被浓缩成了一个 md 文件，GitHub 上 40k+ star。这东西名字也不花哨，就叫 CLAUDE.md。核心就四条规则，简单粗暴地管住 AI：第一条，先想清楚再动手写，有困惑就说，别藏着掖着。第二条，越简单越好，能 50 行搞定的事，绝对不写 200 行。第三条，只动该动的地方，没事别乱碰别的代码。第四条，定好验证标准，让它自己跑循环，直到通过为止。你最认同哪一条？说个实用建议：如果你是 Claude Code 的重度用户，这东西值得直接扔进去常驻。如果只是偶尔玩玩，可以先放一条进去试试水，觉得好用再全局装上。传送门地址：github.com/forrestchang/andrej-karpathy-skills#科技先锋官##How I AI#

26. claude-howto：Claude Code 的完整进阶指南。装了 Claude Code，跑了几个 prompt，然后呢？大多数人就停在这里了。官方文档告诉你有哪些功能，但不告诉你怎么组合——Hooks 怎么接 Subagents，MCP 怎么和 Memory 配合，Plugins 怎么打包成团队工具。这个项目的定位就是填这个空。核心内容：10个模块，11-13小时，从入门到架构级用法。10个模块按学习顺序排列：1）Slash Commands（30 分钟）——最快的效率提升，自定义 /optimize / /pr 等命令，cp 到 .claude/commands/ 就生效2）Memory（45 分钟）——持久化上下文，三层设计：个人偏好（~/.claude/CLAUDE.md）、项目标准（./CLAUDE.md）、目录规则（src/api/CLAUDE.md），Claude 自动加载3）Hooks（1小时）——事件驱动自动化，25个事件、4种类型（command / http / prompt / agent）。PreToolUse 在工具执行前拦截，PostToolUse 触发安全扫描，Stop 用 LLM 评估任务是否真的完成——不是简单的 if/else，是 AI 做判断4）Subagents（1.5小时）——独立上下文的专属 AI 助手。每个 subagent 有自己的 context window，只接收做这件事所需的上下文。代码审查 subagent 只读文件，实现 subagent 才有写权限。Agent Teams（实验性）可以让多个 subagent 并行工作、共享 task list、互发消息5）MCP（1小时）——接入外部工具和实时数据。一行命令接 GitHub、数据库、文件系统6）Checkpoints（45分钟）——任意时间点快照，Esc+Esc 回滚，支持5种恢复模式。不满意就回到上一个节点重来，不怕实验失败7）Advanced Features（2-3小时）——Planning Mode、Extended Thinking（Alt+T 切换）、Background Tasks、6种权限模式（包括 auto mode 带后台安全分类器）一个实际的组合用法项目里有个 /review-pr 的完整示例：1）加载 CLAUDE.md（项目规范）2）通过 GitHub MCP 拉取 PR3）派发给 code-reviewer subagent 做代码质量检查4）同时派发给 test-engineer subagent 分析测试覆盖5）主 agent 综合结果6）PostToolUse Hook 触发安全扫描整个流程，一条命令，自动跑完。值得注意的细节Subagents 有一个设计我觉得很干净：每个 subagent 用独立的 context window，主 agent 不会被 subagent 的中间过程污染——只收结果，不看过程。这在长项目里很重要，能把 context 用在刀刃上。Hooks 里有个 context-tracker.py 示例，通过 UserPromptSubmit 和 Stop 两个事件，算出每次请求消耗了多少 token、还剩多少——官方没有这个接口，这是社区自己搞出来的。原文链接：github.com/luongnv89/claude-howto#HOW I AI# #程序员#

27. 简单快速的用 Claude Code 帮你创建 PPT 生成 Skills

28. 【一个周末，从 AI 使用者进化为 AI 架构师】放弃那些你永远不会再看的收藏夹。真正的掌握不需要 50 个指南，只需要这一个官方路线图。这不仅是关于如何使用一个工具，更是关于如何构建一个自动化的数字帝国。周六：建立认知与指令系统第一天的目标是将 Claude 从一个聊天机器人转变为你的专业助手。你需要理解它的逻辑，并学会如何赋予它持久的记忆。1. 基础认知：Claude 101一切的起点。理解 Claude 的核心功能与日常任务处理。链接：anthropic.skilljar.com/claude-1012. 提示词工程官方指南掌握与模型沟通的底层语言。这不是简单的聊天，而是精准的指令设计。链接：platform.claude.com/docs/en/build-with-claude/prompt-engineering/overview3. 交互式实战教程通过动手练习，识别常见的失败模式，掌握 80/20 的核心提问技巧。链接：github.com/anthropics/prompt-eng-interactive-tutorial4. 赋予 Claude 长期记忆：CLAUDE.md这是进阶的分水岭。通过 CLAUDE.md 文件，让 Claude 记住你的项目架构、编码标准和工作偏好，实现跨会话的知识延续。链接：code.claude.com/docs/en/claude-md5. 教授 Claude 可复用的工作流：Skills将重复的 playbook 或检查清单封装成技能，让 Claude 在需要时自动调用。链接：code.claude.com/docs/en/skills周日：构建自动化与外部连接第二天的目标是让 Claude 走出对话框，接入你的生产力工具，并在云端 24/7 为你工作。1. Claude Code 核心实战学习如何在终端、编辑器或 Web 端部署 Claude Code，进入 Explore 到 Commit 的完整开发循环。链接：anthropic.skilljar.com/claude-code-101实战演示：anthropic.skilljar.com/claude-code-in-action2. 接入外部生态：MCP 协议通过模型上下文协议，将 Claude 连接到 Slack、GitHub、Google Drive 或你的数据库。从此，它不仅能思考，还能行动。链接：code.claude.com/docs/en/mcp3. 自动化例行任务：Routines定义在云端自动运行的例行程序。无论是定时维护代码库，还是通过 API 触发警报处理，它都能在你不在线时保持工作。链接：code.claude.com/docs/en/routines4. 开发者完整文档当你准备好构建复杂的自定义自动化时，这里是你的参考手册。链接：code.claude.com/docs/en/routinesx.com/DeRonin_/status/2045893227115344152

29. Claude Code 的 “CLAUDE.md” 配置指南www.humanlayer.dev/blog/writing-a-good-claude-md因为大语言模型（LLM）本身是无状态的 —— 它并不会记住先前会话或项目的信息，每次新会话它对你的代码库毫无“背景知识”。所以为了让 Claude Code “了解”你的项目结构、目的、依赖、构建/测试命令，以及你对编码风格／流程／测试／构建／运行方式等的期望，就必须借助 CLAUDE.md。 CLAUDE.md 越简洁、越聚焦、越“通用适用”越好。如果将太多针对特定任务或细节的规则填进 CLAUDE.md，反而可能让模型忽略整个文件，因为它在系统层会把它当作“可能不相关”。作者推荐仅在 CLAUDE.md 中放入项目的总体 “WHY / WHAT / HOW”（项目目的、整体架构／技术栈、核心构建／测试／运行流程），以及一些对所有任务都通用的重要规范——然后把其它更细节、任务／模块专属的说明放在独立 markdown 文件中（例如 code_conventions.md、testing.md、architecture.md 等），并在 CLAUDE.md 中以引用／说明的方式指向它们。这样既能保持上下文整洁，也能让 Claude 在真正需要的时候按需读取。#科技先锋官#

30. AI 编程真的有用吗？Cursor｜TRAE 深度实测！

31. Claude Code 实战经验，学习～1. 写 CLAUDE.md 文件（最高性价比的一件事）在项目根目录放一个 CLAUDE.md，把技术栈、目录结构、编码规范、常用命令写进去。Claude Code 每次启动都会读它，省去反复交代背景的时间。写一次，每次会话都受益。2. 用 .claude/rules/ 管理分域规则CLAUDE.md 管全局，具体领域的规则拆成独立文件放在 .claude/rules/（比如 api-routes.md、testing.md）。Claude Code 只在相关任务时读对应文件，上下文更聚焦，输出更准。3. 设置 .claudeignore类似 .gitignore，把 node_modules、dist、日志文件排除掉。需要扫描的上下文少了，响应更快更准。4. 大任务先要计划，再执行遇到复杂需求，先说"给我列出实现思路，不要写代码"。确认方向对了再执行，避免改了十几个文件后发现方向错了。5. 改大功能前先 commitgit add -A && git commit -m "checkpoint" 是救命操作。作者因为没做这步损失了 3 小时，现在每次大改动前必做。6. 用 /compact 控制上下文长度会话太长后 Claude Code 质量会下降——它在处理老旧上下文上浪费了太多 token。完成一个主要任务后就 /compact 一次，保持专注。7. 一次只做一件事每个会话只做一个任务。任务拆得越细，输出越准，不要在一个会话里混着做多件事。8. 让 Claude Code 自己跑测试把测试命令写进 CLAUDE.md，然后直接说"跑一下测试，修复失败的用例"。它会自动运行→读报错→修复→重跑，比手动复制粘贴报错信息快 5 倍。9. 用 Hooks 做自动化Hooks 可以在 Claude Code 每次写文件后自动触发 shell 命令，比如自动跑 Prettier 格式化。最被低估的功能，用好了能省掉大量帮我修一下格式的重复提示。原文：dev.to/lukaszfryc/claude-code-best-practices-15-tips-from-running-6-projects-2026-9eb#HOW I AI##程序员#

32. Eyad这篇Claude Code完整指南「The complete claude code tutorial 」不错。我做软件工程师 7 年了，先后在 Amazon、Disney 和 Capital One 工作过。我交付的代码影响过数百万用户，也构建过不能出错的系统。现在我是一个创业公司的 CTO，公司专门为企业构建智能体，而 Claude Code 是我每天都在用的主力工具。下面是一份新手指南，包含我在用 Claude 构建可处理大型企业复杂负载的稳健系统时学到的一切，希望对你有帮助。一、先思考大多数人以为，用 Claude Code 或其他 AI 工具，第一步就是开始输入或说话。但这可能是你一开始就会犯的最大错误之一。真正应该先做的，是思考。在我所有的实践中，只要使用 plan 模式，得到的结果几乎总是显著优于直接开始输入的情况，而且差距非常大。当然，这对一些人来说说起来容易做起来难。你可能没有多年的工程经验去独立思考架构。所以我有两个建议：1，你要开始学习。如果你永远不培养这项能力，你就是在削弱自己，即使慢慢学也好。2，与 ChatGPT、Gemini 或 Claude 深入对话，描述你想构建什么，询问不同系统设计方案，最终一起确定方案。对话应该是双向的，而不是单向输入。这适用于一切任务，哪怕是总结邮件。在让 Claude 写功能前，先想架构。在让它重构前，先想目标形态。在让它调试前，先想你真正知道什么。plan 模式里信息越多，输出越好，因为输入更好。模式很一致：先思考，再输入，结果会好得多。二、架构的重要性在软件工程里，只给输出目标而不给实现路径，就会留下大量自由度，这正是 AI 生成代码问题的根源。“给我做一个认证系统” 太宽泛。而“用现有 User 模型做邮箱密码登录，会话存 Redis，24 小时过期，给 /api/protected 加中间件”差别非常明显。按两次 Shift+Tab 进入 plan 模式。这只花 5 分钟，却能帮你省下数小时调试时间。三、CLAUDE.mdCLAUDE.md 是一个 Markdown 文件，而 Markdown 是 AI 非常擅长处理的格式。每次 Claude Code 会话启动时，它首先读取这个文件。里面的每条指令都会影响它如何理解你的项目。这相当于 Claude 每次对话前的入职培训资料。多数人要么忽视它，要么写一堆无用信息，反而降低效果。真正重要的是：1，保持简短。Claude 同时只能稳定遵循约 150–200 条指令，而系统提示本身已经占了约 50 条。写太多，它会随机忽略。2，只写项目特有信息。不要解释组件目录是什么。写那些真正影响流程的东西，比如关键 bash 命令。3，写“为什么”，不只是“做什么”。“启用 TS strict 模式” 可以。“启用 strict 模式，因为我们曾因 any 类型导致生产事故” 更好。原因能帮助 Claude 做你没想到的判断。4，持续更新。工作时按（井号）键，Claude 会自动把指令写进 CLAUDE.md。当你第二次纠正同一件事时，就该写进文件了。坏的 CLAUDE.md 像写给新员工的文档。好的 CLAUDE.md 像你给未来失忆的自己留的笔记。四、上下文窗口的限制例如 Opus 4.5 有 20 万 token 上下文。但很多人没意识到：在使用 20%–40% 时质量就开始下降了。如果你经历过 compact 后结果仍然很差，那就是因为质量早已下降，压缩并不会恢复能力。每条消息、每个文件、每段生成代码、每次工具输出都会累积。一旦质量下降，更多上下文只会更糟。避免问题的方法：1，每个任务一个会话。不要在同一会话里既做认证系统又重构数据库。2，使用外部记忆文件，例如 SCRATCHPAD.md 或 plan.md。3，复制粘贴重置法：复制重要信息，/compact，总结，再 /clear，然后只粘回关键内容。4，知道何时清空。如果会话混乱，直接 /clear。Claude 仍会读取 CLAUDE.md。正确心智模型是：Claude 是无状态的。五、提示词就是一切人们花几周学框架，却不学如何与生成代码的系统沟通。提示词不是玄学，而是沟通。清晰永远优于模糊。有效的方法：1，说清楚需求。2，说明不要做什么。Claude 喜欢过度工程化。3，说明约束原因，例如性能或是否是原型。AI 是加速器，不是替代品。它仍会犯错，你要能识别错误。记住：输出只来自输入。六、坏输入 = 坏输出很多人怪模型不够聪明。现实是：如果你用好模型仍得到坏结果，问题通常在你。真正的瓶颈是：1，提示词写法2，请求结构3，上下文提供方式模型确实有差异：Sonnet 更快更便宜，适合执行任务。Opus 更慢更贵，适合规划与复杂推理。一个有效流程是：用 Opus 规划架构，再切 Sonnet 实现。CLAUDE.md 保证模型切换后仍遵循相同规则。七、MCP、工具和配置Claude 有大量功能：MCP、Hooks、Slash 命令、插件、配置等。你不需要全部，但应该尝试。MCP 能连接外部服务。如果你在复制信息进 Claude，很可能 MCP 能自动化。Hooks 能在 Claude 修改代码前后执行操作，例如自动格式化或类型检查。自定义 Slash 命令就是复用提示词。如果你已经付费，就多尝试。模型每周都在变好。八、当 Claude 卡住有时 Claude 会循环失败。本能是继续补充说明，但更好的办法是改变策略：1，清空会话2，拆分任务3，给示例而不是解释4，换种表述方式关键技能是尽早识别循环。九、构建系统，而不是一次性工具最能获得价值的人不是拿 Claude 做单次任务，而是把它嵌入系统。Claude Code 支持 headless 模式（-p），可脚本化、自动化、串联命令。企业正在用它自动审 PR、处理支持请求、更新文档。飞轮效应是：Claude 出错 → 改进 CLAUDE.md 或工具 → 下次更好。几个月后系统会显著提升，即使模型没变。如果你只交互式使用 Claude，你正在浪费价值。十、总结先思考再输入CLAUDE.md 是杠杆点上下文在 30% 就开始劣化架构决定质量输出来自输入尝试工具与配置卡住就换方法构建系统而不是单次使用现代技术已经强得离谱。如果你在用 Claude 构建系统或产品，这些因素决定你是在与工具对抗，还是顺势而行。原文：x.com/eyad_khrais/status/2010076957938188661#HOW I AI# #程序员#

33. 2026开年教程！Claude Code七大组件，老金一篇讲明明白白！90%的人只会用1个！

34. Claude Code配置整合包小白友好版一键下载，只有一个需要主动操作！其他全部全自动！

35. TRAE SOLO 中国版上线，这次终于敢把复杂项目交给AI了

36. 【你的Claude Code越来越笨，是因为你管太多了】快速阅读：给AI堆砌越来越多的规则，反而会让输出质量下降。Anthropic自己的工程团队也踩过这个坑。解法是让Claude审计并精简自己的设置。---每次Claude输出不好，你就加一条规则。“简洁一点。”“用口语化语气。”“解释专业术语。”三个月后，你攒了30条规则，其中有几条正在互相打架——“保持简洁”和“始终解释你的推理过程”根本无法同时满足。Anthropic在发布Claude Code时，他们自己的工程团队发现：搭建的脚手架让AI变得更差了。这不是玄学。有观点认为，这本质上是委托代理问题——规则越多，模型越忙于“满足规则合规性”，而不是完成你真正想要的任务。输出变得技术上正确，创造力全死。把47步菜谱交给厨师，他反而做不好一道只需12步的菜。解法很直接。在Claude Code里发一条消息，让它读取你的CLAUDE.md、所有skills文件和context文件，然后逐条审计每一条规则：这条我不说你默认也会做吗？这条和别处的指令矛盾吗？这条是不是只为了修一次坏输出才加进来的？然后让它给出删除清单和一份清理后的CLAUDE.md。有用户把400行的CLAUDE.md压缩到90行，输出明显改善。有人裁掉60%的规则，响应速度提升40%，幻觉减少。有网友提到，只要运行一次这个审计提示，就能发现自己从没意识到的矛盾——比如模糊的“保持自然”在覆盖具体的语调规则。不要无脑删除所有被标记的内容。删完之后跑三个最常见的任务，输出一样好或更好，说明那些规则是死重。某个功能坏了，只加回那一条。有观点认为，真正的技能不是写规则，是知道删什么。你的AI设置应该随时间变得越来越简单。如果它在变复杂，就说明你在用积累规则的方式逃避思考“我到底想要什么”这个根本问题。这个问题，Claude帮不了你。ref: x.com/itsolelehmann/status/2036065138147471665/history#AI创造营##人工智能#

37. Obsidian CLI 基础配置教程打造AI化的知识管理系统 Claude Code｜Codex｜GeminiCLI

38. 在claude.md里面加入这段话，让Claude Code为你创建一个专属的项目解析文件，秒变 Claude Teacher。附图是CC为我的ai-demo生成的md文件，可以试试看效果～ "For every project, write a detailed FOR[yourname].md file that explains the whole project in plain language. Explain the technical architecture, the structure of the codebase and how the various parts are connected, the technologies used, why we made these technical decisions, and lessons I can learn from it (this should include the bugs we ran into and how we fixed them, potential pitfalls and how to avoid them in the future, new technologies used, how good engineers think and work, best practices, etc). It should be very engaging to read; don't make it sound like boring technical documentation/textbook. Where appropriate, use analogies and anecdotes to make it more understandable and memorable." #HOW I AI# #程序员#

39. Claude 4.6 百万 Token 上下文正式开放，不加钱，这 3 个使用场景效率直接翻倍

40. 【让Claude自己抓自己的Bug，才是AI编程的正确姿势】Claude写代码快，写Bug也快。安全漏洞、类型错误、藏在随机文件里的API密钥，每次会话生成500行代码，靠人工审查根本不现实。解决方案很简单：让Claude自己测试自己。第一步，在项目根目录创建CLAUDE.md文件，写入强制检查清单：完成任何任务前必须扫描硬编码密钥、检查SQL注入和路径遍历漏洞、验证用户输入、运行测试套件、检查类型错误。Claude每次会话都会自动读取这个文件，相当于内置了一道安全门。第二步是关键的提示词技巧。让Claude“写20个专门用来破坏这个函数的单元测试”，它自己清楚哪里偷了懒，让它亲自举报自己。让它“像渗透测试员一样找出文件中所有安全漏洞”，SQL注入、认证绕过、权限提升都会被揪出来。让它“生成50个边缘用例：null、空字符串、负数、Unicode、十万项数组”，然后用hypothesis做自动化模糊测试。有评论提出一个更狠的思路：在写代码之前先让Claude写安全测试。先问它这个功能可能引入哪些危险漏洞，再让它写能捕获这些漏洞的测试，最后才写实现代码。这样Claude就被自己设的规则约束住了。第三步是工具链集成。claude-code-action可以在GitHub上自动审查每个PR，claude-agent-sdk能批量扫描整个目录，factory.ai的droid命令能扫描全仓库并直接提交修复PR。第四步是堆叠自动化扫描器：semgrep扫OWASP十大漏洞，bandit检查Python安全问题，ruff做代码规范自动修复，mypy做严格类型检查，snyk检测依赖项漏洞，gitleaks检测泄露的密钥。第五步是设置pre-commit钩子。把上面所有工具都加进配置文件，物理上阻止你提交有问题的代码。最终形成完整闭环：Claude写代码，CLAUDE.md强制自审，自动扫描器兜底，pre-commit阻止垃圾提交，GitHub Action审查PR。你只需要关注什么地方出了问题。有人说CLAUDE.md在长会话中会被忽略，可以用单独的SECURITY_CHECKLIST.md文件，每次提示词都明确引用它。说到底，核心思路是把CLAUDE.md当作安全契约来用，而不只是风格偏好说明。假设模型又快又马虎，然后围绕这个事实设计整套系统。#How I AI#x.com/pipelineabuser/status/2015531634255098266

41. Claude Code 创始人再放狠货！15 个隐藏功能曝光

42. 来自 Claude Code团队的CC使用技巧团队内部使用 Claude 的方式，其实和我个人的用法不太一样。记住一件事：Claude Code 没有唯一正确的使用方式——每个人的工作流都不同。多尝试，找到最适合你自己的方式。1. 尽可能并行工作同时开 3 到 5 个 git worktree，每个 worktree 里跑一个独立的 Claude 会话。这是团队公认生产力提升最大的一招。我个人用的是多个 git checkout，但团队里大多数人更喜欢 worktree，这也是为什么 amorriscode 给 Claude Desktop 做了原生 worktree 支持。有些人会给 worktree 起名字，再配合 shell alias（比如 za、zb、zc），一键在不同任务之间来回切换。还有人专门留一个 analysis worktree，只用来看日志和跑 BigQuery。2. 所有复杂任务都从 Plan Mode 开始把主要精力花在计划上，让 Claude 有机会一次性把实现做对。团队里有人会让第一个 Claude 写计划，再开第二个 Claude 以资深工程师的身份来 review 这个计划。还有人说，只要事情开始变得混乱，就立刻退回 Plan Mode 重新规划，而不是硬着头皮往下写。他们甚至会在验证步骤时也明确要求 Claude 进入 Plan Mode，而不只是构建阶段。3. 重视并持续打磨 CLAUDE.md每次你纠正 Claude 之后，都可以加一句：“更新你的 CLAUDE.md，这样你下次就不会再犯这个错误。”Claude 非常擅长给自己写规则。长期、无情地编辑和迭代 CLAUDE.md，直到你能明显看到它的犯错率下降。有位工程师还让 Claude 为每个任务或项目维护一个 notes 目录，每次 PR 后都更新，然后在 CLAUDE.md 里指向这些笔记。4. 创建你自己的 skills，并提交到 git在所有项目里复用它们。团队的一些经验：1）如果一件事你每天会做不止一次，就把它做成一个 skill 或命令2）做一个 /techdebt 斜杠命令，每次会话结束都跑一遍，找出并清理重复代码3）做一个命令，把最近 7 天的 Slack、GDrive、Asana、GitHub 内容同步成一个统一的上下文 dump4）构建类似 analytics engineer 的 agents，让它们写 dbt model、做代码 review、在开发环境测试改动5. 让 Claude 自己修 Bug团队常用的方式：1）启用 Slack MCP，把 Slack 里的 bug 讨论串贴给 Claude，然后只说一句 “fix.”，完全不用手动来回切换上下文2）或者直接说：“去把 CI 失败的测试修好。” 不要微观指挥3）把 docker 日志丢给 Claude 来排查分布式系统问题，它在这方面意外地强6. 提升你的 Prompt 水平1）挑战 Claude你可以说：“狠狠拷问我这次改动，在我通过你的测试前不要开 PR。” 让 Claude 当 reviewer。或者说：“向我证明这个是有效的”，让它对比 main 分支和你功能分支的行为差异。2）对一般般的方案说不当一个修复很平庸时，可以说：“基于你现在知道的一切，推翻这个实现，用更优雅的方式重写。”3）先写清需求，再让它动手你描述得越具体，输出质量越高。先减少歧义，再交给 Claude。7. 终端与环境配置团队很多人喜欢 Ghostty 终端，原因包括同步渲染、24 位色彩和良好的 Unicode 支持。为了更方便地同时管理多个 Claude，会用 /statusline 自定义状态栏，让它始终显示上下文使用量和当前 git 分支。很多人还会给终端标签页起名字、加颜色，甚至配合 tmux，一任务或一个 worktree 一个标签页。另外一个强烈推荐：语音输入。你说话的速度是打字的 3 倍，prompt 细节也会更丰富。（macOS 下连按两次 fn）8. 使用 Subagents（子代理）1）在请求后面加一句 “use subagents”，让 Claude 为这个问题调度更多算力2）把子任务丢给 subagents，保持主 agent 的上下文窗口干净、聚焦3）通过 hook 把权限请求路由给 Opus 4.5，让它扫描攻击风险并自动批准安全请求9. 用 Claude 做数据与分析让 Claude Code 直接调用 “bq” 命令行工具，实时拉取并分析指标。团队把 BigQuery skill 提交在代码仓库里，大家都直接在 Claude Code 里写分析查询。有人已经 6 个多月没手写 SQL 了。这个思路适用于任何有 CLI、MCP 或 API 的数据库。10. 用 Claude 学习团队的一些学习玩法：1）在 /config 里开启 “Explanatory” 或 “Learning” 输出风格，让 Claude 解释它修改背后的“为什么”2）让 Claude 生成一个可视化 HTML 演示文稿，讲解你不熟悉的代码，效果出奇地好3）让 Claude 画 ASCII 图，帮助理解新的协议或代码库结构4）做一个间隔重复学习的 skill：你先讲自己的理解，Claude 追问补缺，并把结果存下来这套方法的核心其实就一句话：把 Claude 当成一个可以训练、可复用、能并行协作的工程搭档，而不是一次性问答工具。访问：x.com/bcherny/status/2017742741636321619#HOW I AI# #程序员#

43. 长文：你不知道的 Claude Code：架构、治理与工程实践tw93.fun/2026-03-12/claude.html“今天这篇文章源于最近半年深度使用 Claude Code、两个账号每月 40 刀氪金换来的一些踩坑经验，希望能给大伙一些输入。刚开始我也把它当 ChatBot 用，后来很快发现不对劲：上下文越来越乱、工具越来越多但效果越来越差、规则越写越长却越不遵守，折腾了一段时间，研究了 Claude Code 本身之后才意识到，这不是 Prompt 问题，而是这套系统的设计就是这样的。这篇文章想和大伙聊聊这几个事：Claude Code 底层怎么运作、上下文为什么会乱以及怎么治理、Skills 和 Hooks 应该怎么设计、Subagents 的正确用法、Prompt Caching 的架构影响，以及怎么写一个真正有用的 CLAUDE.md。”#How I AI#

44. 让AI写脚本/复杂项目还在直接扔需求？难怪文字/代码一团乱

45. Claude Code官方推出的入门课程，免费！有空补学习一下内容包括：1.使用 Claude Code 的核心工具进行文件操作、命令执行和代码分析。2 通过 /init、Claude.md 文件以及 (at) 引用来高效管理上下文。3. 利用多种快捷键和命令来控制对话流程。4. 在需要更深入分析的复杂任务中启用 Plan Mode 和 Thinking Mode。5. 创建自定义命令，用于自动化重复性的开发工作流。6. 通过 MCP 服务器扩展 Claude Code，引入浏览器自动化等能力。7. 配置 GitHub 集成，实现自动化的 PR 审查和 Issue 处理。8. 编写 hooks，为 Claude Code 添加额外的行为和能力。访问：anthropic.skilljar.com/claude-code-in-action#HOW I AI# #程序员#

46. 大型 codebase 如何用好 Claude Code？第一层：spec 文件是地基每个模块、每个功能，都要有对应的 spec 文件。不是让你写文档——而是给 Claude Code 划定工作边界：这个模块是干什么的、有哪些约束、什么情况算完成。有了 spec，Claude Code 就不会在你改 A 的时候顺手动了 B。没有 spec，它会用"它认为合理"的逻辑推断——而这个推断大概率跟你想的不一样。第二层：registry 文件体系——给 Claude Code 一个"世界观"光一个 CLAUDE.md 不够，大项目需要一整套 registry：1. plan-registry.md：当前在推进什么、优先级是什么2. spec-registry.md：各模块规格入口，Claude 改代码前必须先查3. development-registry.md：正在开发中的模块状态4. test-registry.md：测试范围和覆盖要求5. validation-registry.md：验收标准，什么叫"完成"关键认知转变：这不是给人看的文档，是 Claude Code 的项目地图。只要你每次任务后让它更新对应的 registry，它就能在大型 codebase 里持续、可靠地工作——不需要每次重新交代上下文。第三层：任务拆细，session 保持聚焦不要让 Claude Code 一次处理太多文件。任务越大，上下文越长，越容易"跑偏"。正确姿势是：一个 session 只做一件明确的事，做完就结束，下一个任务新开 session。#HOW I AI# #程序员#

47. Claude Code 记忆管理

48. First Claude Code（一）

49. [1203] 为什么你的 CLAUDE.md 总被 AI 忽略？揭秘 LLM 代码助手的“记忆”机制与优化策略

50. Claude 项目开发指南

51. CLAUDE.md

52. 你的 AI 程序员并不笨，它只是缺了一本“员工手册”！——CLAUDE.md 终极调教指南

53. Claude Code记忆系统

54. Claude_Code_让AI帮你编写高效编程指南

55. 别把CLAUDE.md写成配置文件

56. 一个 CLAUDE.md，让 AI 真正懂你的项目

57. 第六步

58. 让 Claude Code 从话痨变高效助手

59. 84条Claude Code最佳实践，我挑了10条最值得用的

60. CLAUDE.md

61. Claude Code

62. Claude Code最佳实践（官方版）

63. claude code安装到生产，记忆与CLAUDE.md-10天打卡指南day1

64. CLAUDE.md 到底写了什么——一份系统提示词的拆解报告

65. 使用Claude Code最需要做的一件事

66. 一个 CLAUDE.md，让 AI 真正懂你的项目

67. 【百宝箱】Claude code（二）

68. Claude Code 上下文管理

69. CLAUDE.md 写不好，效率至少下降一半

70. Claude Code偷懒的真相——Anthropic源码里写的设计哲学，不是bug

71. 使用claude code如何降低返工率？

72. 🔥ClaudeCode实用功能实测。用了两个月ClaudeCode，这几个功能真的能提效～

73. 用Claude Code落地真实产品，不是瞎实验！踩遍坑才懂的干货

74. 效率暴涨10倍！Claude Code

75. Claude Code老是翻车？因为你没用对方法

76. 给 AI 开发瘦身

77. Claude Code 8个实战提效技巧

78. 2026最强AI编程工具横评

79. 「2026年程序员AI编程工具横评

80. AI两周挖出Firefox 14个高危漏洞，我实测了Claude Code Security

81. Claude 发布官方报告，承认存在 3 处质量退化问题

82. 00 — Claude code源码总览与学习路线图

83. Claude code从能用到好用的方法分享

84. 你用的 Claude Code，其实是一个操作系统

85. 如何高效使用Claude Code进行AI编程？

86. 2026AI编程工具三大谜团

87. AI大神开源Claude.md 让你AI编程更聪明

88. Claude Code 与 VS Code 深度集成指南

89. Claude Code上下文窗口用完怎么办

90. 如何用CLAUDE.md把Claude Code调教成靠谱队友

91. Claude Code 的 12 大核心功能详解—— 每个功能新增实操案例 + 详细操作步骤

92. 💥 Claude 创始开发者的 Claude Code 最佳实践指南 1️⃣ 多并行处理同时启动 3-5 个 Git 工作树，每个工作树并行运行各自的 Claude 会话。这是提升效率最有效的方法，也是团队给出的最佳建议。 2️⃣ 开始执行任何复杂任务时，都要先做好计划。把精力投入到计划中，这样Claude就可以一次性完成实施。一个人让一个名叫克劳德的人来编写计划，然后他们再安排第二个名叫克劳德的人作为工程师来审查该计划。一旦出现问题，他们就会切换回计划模式并重新制定计划，不要一味推进。验证步骤也需要进入计划模式，而不仅仅是构建阶段。 3️⃣ 投资于你的CLAUDE.md 。每次纠正后，最后都要加上一句：“更新你的CLAUDE.md这样你就不会再犯同样的错误了。” Claude 非常擅长为自己编写规则。随着时间的推移，毫不留情地修改你的CLAUDE.md。不断迭代，直到Claude的错误率显著下降。 4️⃣ 创建你自己的技能并将其提交到 Git。以便在所有项目中重复使用。如果你一天要做某件事不止一次，那就把它变成一项技能或一项指令。 5️⃣ Claude 可以自行修复大部分 bug。不要事无巨细地指导具体操作。让 Claude 查看日志来排查分布式系统故障，它在这方面表现出乎意料地强大。 #AI工具 #AI编程 #AI助手 #智能体 #Claude

93. Claude Code 系列：解读 CLAUDE.md

94. ClaudeCode完整指南：CLAUDE.md文件详解

95. CLAUDE.md 最佳实践：打造项目记忆

96. Claude Code：CLAUDE.md 与 MEMORY.md 的正确用法

97. 怎么写好一个 claude.md ，助力你的 vibe coding

98. CLAUDE.md 怎么写？从源码看 Claude Code 项目记忆机制

99. Claude Code 完全指南：从 CLAUDE.md 到 47 个专业 Agent 的使用手册

100. Claude Code高效用法：别再死磕Prompt，一个CLAUDE.md就够了

101. 写给 Claude Code 初学者的使用技巧

102. 一文看懂 Claude Code 的 .claude 文件夹：从 CLAUDE.md 到命令、技能、代理与权限

103. Claude Code最佳实践指南 2 - CLAUDE.md 和记忆配置

104. 一个文件让 Claude Code 战斗力翻倍

105. Claude Code 项目结构速查手册

106. Claude Code 如何辅助定位 Bug 和问题代码

107. 六、CLAUDE.md项目文档化实战

108. Claude Code 之 CLAUDE.md 核心说明

109. Claude Code 最佳实践：7 个该做的和 6 个不该做的

110. Claude Code 进阶指南：为什么高手都在同时用这两套 CLAUDE.md？

111. claude code 使用指南

112. 从理解上下文到重构代码，Claude Code 引领AI编程

113. Claude Code 编码最佳实践

114. 深度使用 Claude Code 已经三个月了，确实是 AI 编程领域划时代的产品昨天我们团队讨论了一下，即使它的价格上调为2000刀一个月，我们也愿意付费，因为带来的效率提升仍然远高于成本下面是我总结的 Claude Code 使用最佳实践，个人意见，欢迎讨论 1.CC基于命令行，是为了更直接的文件系统操作权限、与现有开发工具链的无缝集成、更强的自主性和代理能力等，非编程背景的同学也不要怕，你要做的仍然只是文字输入和回车而已 2．一定要使用 CLAUDE . md 配置文件以保持持久的上下文，项目初期就 init ，并且保证更新，这是让 CC 了解项目的最好方法 3．权限管理，对于项目不同模块给予不同的权限，业务逻辑和常规代码可以放心的给，涉及数据库的操作要小心，虽然在我这 CC 从来没有删库跑路4．经常性的 commit ，保证如果出现问题可以方便的回退 5．让 CC 帮你写 commit / pr message ，简介又详细6．上下文很大程度决定了 CC 的能力，如果窗口不够用，尽量使用 compact 而不是 clear 7．如果日常使用，直接上订阅，按 API token 计费会让你破产 8．如果你有技术能力，一定要实现验证工作流，实施自动质量门控，包括代码检查、静态分析、全面的测试套件和安全合规性检查。

115. 04-ClaudeCode如何高效编写CLAUDE.md 技术胖系列视频 | Vibe Coding

116. 让 Claude 记住你：CLAUDE.md 从效率配置到安全加固的完整指南

117. GitHub上一路飙到46k Star的Claude Code最佳实践，开源了！

118. 一个出奇好用的Claude code skill

119. [github精选]：Claude Code最佳实践大全来了

120. 基于claude code、codex双AI协同论文写作撰写与质量校准：从\"数据分析→论文初稿→交叉审稿\"全流程

121. ClaudeCode入门: 一条视频讲清楚CLAUDE.md 这条视频带你一次搞懂： ✅ 什么是 CLAUDE.md ✅ 它补充的到底是哪一部分上下文 ✅ 为什么它像公司的“组织架构”一样分层管理 ✅ 如何一键生成（/init）并持续优化 ✅ 我自己是怎么用它不断纠正 AI 错误、沉淀经验的 #vibecoding #AI #claude #claudecode #AI技巧

122. 下载到本地的 Claude Code 源码，用这个 CLI 工具解读太香了。

123. Claude Code终于有仪表盘了：3条命令装个HUD，上下文用了多少一眼就知道

CLAUDE.md写错=白用！三类开发者该这样写才提效

精选参考来源