Zui近AI界又爆出了个大瓜：Claude Code 的代码泄漏了咱们国内各大厂瞬间沸腾，连夜抄写，仿佛这就是通往AI大门的一把钥匙。

说实话，这事的影响还挺大。有人欢喜有人忧，Anthropic 急得够呛，赶紧撤回了问题版本，还清理了GitHub上的相关仓库，但为时Yi晚，代码Yi经被无数人下载、fork，甚至... 你懂的。

据说这次泄露的是Claude Code的CLI客户端代码，主要涉及前端交互层。核心的模型训练、推理优化等底层技术并未曝光。

但即便如此，这次事件对Anthropic的品牌形象是一次沉重打击。作为AI安全领域的标杆企业，出现如此低级的源代码泄露事故...

有人问，为啥不干脆开源呢？应该不可Neng开源的，不是因为代码多值钱，而是因为开源有hen多弊端：

不用担心代码质量差一点，比如一个React文件几千行开源出来会被喷，闭源谁知道，又不是不Neng跑...

就在这狂欢的夹缝中,Anthropic 也在「搞事情」,不过不是发布新模型,而是发了一份郑重其事的声明:没错,你们说Claude Code「降智」是真的,不过这dou是有原因的……

「在过去一个月里,一些用户反馈Claude Code的质量有所下降。我们对此进行了调查,并发布了一份事后复盘报告,了发现的三个问题。」

具体的故事情节要从今年3月开始说起,那时候就有网友陆续在Hacker News、Reddit等社区吐槽Claude Code正变得越来越慢、越来越笨,直言「Claude Code甚至Yi经退化到无法用于复杂工程任务的地步」。

害，那段时间我也在用Claude Code，感觉确实有点不对劲。

这个问题我也遇到过你Ke以试试检查一下robots.txt文件，确保没有被禁止抓取；再检查一下网站内容质量和外链情况，说不定就Neng解决了。

咱就是说有时候搜索引擎优化这事儿，还挺玄学的。

先说一下背景，防止有人对这套体系还不太熟。现在留下20个，在后端日常开发里高频使用。

这套东西我一开始以为是噱头，用了才发现是真正改变工作节奏的。Superpowers 不是一个 Skill，是一套 Skill 工作流，把「想清楚→写 Spec→拆任务→多 Agent 并行实现→TDD→Code Review→收尾分支」这条链路用 Skill 的方式串起来。

① superpowers

npx skills add anthropics/skills --skill superpowers -g# 或者安装全套npx skills add vercel-labs/agent-skills -g -y

② simplify

这个是Claude Code官方bundled skill，直接/simplify触发。功Neng是对你Zui近改动的代码Zuo一轮review，找出Ke以复用、精简、提升质量的地方，然后直接修。

Vercel 出的，22K stars，133K 周下载量。专门用来review你写的UI代码是否符合可访问性标准、UXZui佳实践。对纯后端的人来说平时用不太到，但Ru果你偶尔要写dashboard或者内部工具的前端，这个hen有用，Neng防止你写出那种"功Neng正常但用起来hen难受"的界面。

npx skills add vercel-labs/agent-skills --skill web-design-guidelines -g

Q1：Skill 会不会拖慢 Claude Code 的响应速度？

理论上不会，Skill内容只有被触发时才载入。但Ru果你装了+个Skill，描述加载本身会消耗上下文预算，间接影响可用context长度。保持-个核心Skill是比较合理的数量。

kan列表里有没有你期望的Skill。没有的话基本就是预算问题或者安装路径问题。 # 在 Claude Code 里运行，查kan预算使用情况/doctor Ru果超预算，有两个办法： 提高skillListingBudgetFraction配置，不过治标不治本。 精简Skill列表，只保留核心用的那几个。 { "skillListingBudgetFraction": } 建议按第一个方案来——预算提高解决了症状，但+个Skill本身就是问题。 下一篇打算写「自己动手写一个生产级Skill：从CLAUDE.md到Ke以给团队共用的工作流」，感兴趣的关注一下发布了会第一时间推送。Ru果你身边有在用Claude Code又觉得效果一般的同事，这篇Ke以直接甩给他，大概率是Skill没配对。 完全Ke以。一个Zui简单的Skill就是在.claude/skills/<name>/下放一个SKILL.md，写清楚description和步骤就行。放到项目的.claude/skills/目录并提交到git，团队成员clone之后就Ke以共用。我们团队内部有几个自己写的Skill：统一的commit格式模板、我们自己API设计规范的review checklist、部署前的checklist检查。