110 秒讲完 Claude Code 的 6 个「隐藏能力」

原片：抖音 @阿森编程日记（AI自动化）—《Claude Code 6个隐藏能力，新手必看》时长：1 分 50 秒（109.8 秒）。原料口径：无水印原片下载后走「音频转写 + 画面时序理解」双轨，逐字稿 801 字（转写为机器转写，把 Claude 听成了 “cloud”、Hooks 听成 “hoooks”、Subagents 听成 “subag”，下文按语境还原）；画面轨给出 10 段时序分段。两轨对得上，没有画面单独承载的信息——这是一条典型的「音频即全部内容」的口播科普片。 原片文案（desc）：「别只把 Claude Code 当成聊天写代码工具。这期一次讲清 /init、Plan Mode、/compact、Custom slash commands、Subagents 和 Hooks，帮你把它从临时助手升级成稳定开发工作流。」

先说结论，两句话：

这条视频的选题是对的，清单也是对的——它挑的六个点，确实就是从「把 AI 当聊天框」跨到「把 AI 当工作流」的那道门槛，一个不多一个不少。
但 110 秒 ÷ 6 个能力 ≈ 每个 15 秒，只够点名，不够上手。看完你会知道有这么六样东西，但你不会知道文件放哪、怎么写、什么时候真的该用。所以这篇的上半篇是补全：每个能力我把「原片说了什么」和「真要落地还缺什么」分开写。

上半篇：六个能力，逐个补全

1. `/init` —— 项目记忆的入口

原片原话：「很多人每次开新会话都要重新解释技术栈、目录结构和代码风格，/init 的价值就是让 Claude Code 生成 CLAUDE.md 这种项目说明，先认识你的项目，再开始干活。」

这句话对，但它省掉了最要紧的一半。

/init 本身只是一个动作：它扫一遍你的仓库，自动写出一份 CLAUDE.md 放在项目根目录。真正起作用的不是这条命令，是那个文件在之后每一次会话里都会被自动读进上下文。也就是说：

/init 是一次性的（生成初稿）；
CLAUDE.md 是长期资产（每轮都在生效）。

新手常犯的错是跑完 /init 就完事了，然后发现「没什么变化啊」。当然没变化——自动生成的初稿只是把目录结构和依赖列了一遍，那些信息 AI 自己 grep 一下也能知道。真正值钱的是自动生成不出来的那部分：

这个项目里哪些操作是危险的（哪个脚本会碰生产、哪个目录不能删）；
约定俗成但没写进代码的规矩（提交信息格式、分支策略、测试怎么跑）；
踩过的坑（“这个库的 X 方法在我们的场景下有 bug，一律用 Y 替代”）；
口味（要不要写注释、注释写中文还是英文、日志用什么风格）。

判断标准很简单：如果一件事你已经跟 AI 解释过两次，它就该进 CLAUDE.md。这条比视频里说的”生成项目说明”具体得多，也是唯一能让这个文件真正长起来的机制——不是一次写完，是被”我又解释了一遍”这件事一次次逼着长的。

另外一个原片没提的点：这类记忆文件是分层的。项目根目录一份（跟着仓库走、团队共享），你个人的全局配置目录里也可以有一份（跟着你走、所有项目生效）。个人偏好（比如”回答我时别写一堆客套话”）应该放全局那份，别塞进项目里污染队友。

反面提醒：CLAUDE.md 不是越长越好。它每轮都占上下文，写成一本手册反而会挤掉真正的工作内容，而且太长了模型也会开始漏读。控制在「一屏能扫完」的量级，细节沉到子文件里、需要时再让它去读。

2. Plan Mode —— 先想清楚再动手

原片原话：「新手最容易犯的错，就是还没想清楚就让 AI 直接改代码。Plan Mode 的意义是先让它读项目、拆方案、判断风险，再进入执行。」

这个点是六个里最被低估的，视频给了 8 秒，其实它值 8 分钟。

Plan Mode 的机制是：在这个模式下，AI 只读不写。它可以翻文件、搜代码、看依赖，但不能编辑、不能执行会改变状态的命令。它必须先产出一份计划给你看，你点头，才切到执行。

为什么这件事重要到需要一个专门的模式？因为 AI 写错代码的成本，和 AI 想错方向的成本，差了一个量级。

写错一行 → 测试挂了 → 十秒钟就发现，改回来。
想错方向 → 它兴致勃勃改了 12 个文件、引入一个新依赖、重构了一个你根本不想动的模块 → 你要花半小时才看明白它干了什么，再花半小时决定是回滚还是接受。

Plan Mode 就是把纠错点从”改完之后”提前到”改之前”。计划是几百字，读一遍三十秒；改动是几百行，读一遍半小时。这个杠杆倍数就是它的全部价值。

什么时候必须开（原片没给判断标准，这是缺的那层）：

场景	开不开
改一个已知位置的小 bug、加一行日志	不用，直接干
你自己也说不清「应该改哪」	必开
涉及三个以上文件 / 跨模块	必开
碰构建、部署、数据库、配置	必开
需求是模糊的一句话（“优化一下性能”）	必开

一个我认为比视频更实用的说法：当你发现自己正在打一段很长的需求描述时，就是该开 Plan Mode 的信号。需求长 = 你脑子里有一堆没说清的约束 = AI 一定会猜错其中几个 = 让它先把猜的部分摊开给你看。

顺带一个心法：Plan Mode 出来的计划，不要只看「它打算做什么」，要看「它以为的前提是什么」。绝大多数返工不是因为步骤错了，是因为它默认了一个你根本没打算成立的前提。

3. `/compact` —— 治「越聊越散」

原片原话：「会话越长，AI 很容易被前面的信息冲淡，越聊越散。/compact 就像给对话做一次整理，把真正重要的方案、接口和未完成任务留下来。」

描述准确，但漏了一个关键判断：什么时候压。

先把机制说清。长会话的问题不是”AI 记性差”，而是上下文窗口是有限的，而且里面塞的大部分是垃圾——你翻过的文件全文、跑失败的命令输出、试错的三个版本、一堆无关的日志。真正有用的可能只占 5%。/compact 做的事是：把整段历史总结成一份浓缩摘要，丢掉原始细节，只留结论、决策、待办、关键接口。

关键在于，压缩是有损的。这就带出视频没讲的那一层判断：

压早了：细节还在用就被丢了，AI 转头忘了你们十分钟前才定下的字段名，你得重讲。
压晚了：它已经开始跑偏、开始重复问已经回答过的问题，这时候压，压进摘要的是已经被污染的理解——垃圾进，垃圾出。

所以正确的时机是：在一个自然的任务边界上主动压。刚做完一个功能、刚合并完一次修改、刚把一个 bug 修完验证过——这时候历史里的价值已经全部沉淀成”结论”了，细节丢掉不心疼。别等到它开始犯傻你才想起这条命令。

第二个实用点：压缩前，把你希望被保留的东西显式说出来。「接下来压缩，务必保留：接口约定、还没做的三件事、我们否决过的两个方案和否决理由。」——最后一项尤其重要，否决记录是最容易在压缩中丢失、丢失后代价最大的东西（丢了它，AI 过一会儿会兴高采烈地把你刚否掉的方案重新提一遍）。

第三个：/compact 不是唯一解，很多时候换一个新会话反而更干净。判断依据是——如果当前会话的历史里”有用信息”还占相当比例，压缩；如果这一段基本是一条走死的路，直接开新会话 + 手动交代三句结论，比压缩一堆废话更省事也更准。

4. Custom Slash Commands —— 把重复的提示词沉下来

原片原话：「很多人每天都在重复输入同一类提示词，比如代码审查、提交总结、性能检查。它的价值是把常用提示词沉淀成自己的自定义命令，以后随时复用成工作流。」

这个说得对，而且是六个里最容易立刻见效的一个。

机制上它简单得让人意外：你在项目的 .claude/commands/ 目录（或个人全局配置目录下的同名目录）里放一个 Markdown 文件，文件名就是命令名，文件内容就是提示词。放一个 review.md，你就有了 /review。没有配置格式要学，没有 API 要调。

它还能带参数——在文件里用占位符接收你调用时跟在后面的内容，于是 /review src/auth.ts 这种用法就成立了。文件顶部也可以加一小段元信息，声明这条命令的用途、允许它用哪些工具。

为什么这件事的收益被普遍低估：大多数人以为它省的是打字。省打字只是零头。它真正省的是质量方差。

你随手打的”帮我看看这段代码”，今天可能想起要它查错误处理，明天忘了；今天要它看并发，明天没提。每次的检查清单都不一样，所以每次的结果质量都不一样。而一条固化的 /review，是把你在状态最好那天想到的完整清单存下来，之后每一次调用都按那个标准来。

这是一条比视频走得更远的判断：自定义命令的本质不是快捷方式，是给自己上的一道 SOP。它让”我今天状态好不好”这个变量，从结果里被消掉。

落地节奏建议（原片没给）：别一上来设计一堆命令，八成用不上。规矩是——同一类提示词你手打了第二遍，当场把它固化成命令。手打第二遍就是信号，不用等第三遍。

几个高性价比的起手式：提交前自查、写完一段代码的自审清单、把一段乱七八糟的输出整理成结论、按项目规范生成提交信息、排查某类反复出现的错误。共同点是：高频 + 有固定清单 + 你每次都懒得写全。

5. Subagents —— 复杂项目别让一个会话硬扛

原片原话：「复杂项目不要总让一个 AI 会话硬扛所有事情。关键是分工：主会话统筹方向，子 agent 分别负责审查、排错、测试和文档。」

方向对，但视频把它讲成了”分工”，这个理解只对了一半，而且是不那么重要的那一半。

先说机制：子 agent 是你预先定义好的、有独立身份的助手——它有自己的一段说明（它是干什么的、什么时候该被叫来）、自己的一套工具权限，最要紧的是它有自己独立的上下文。主会话把一个任务交给它，它自己去干，干完只把结论交回来。

为什么”独立上下文”比”分工”更重要：

假设你让主会话去排查一个 bug。它会翻二十个文件、跑十次命令、看一堆报错——这些全部堆进了主会话的上下文。等它终于找到原因，你的主会话已经被垃圾撑满了，接下来干正事时它就开始犯傻。

而交给子 agent：那二十个文件、十次报错，全部留在子 agent 那边，主会话只收到一句”原因是 X，建议改 Y”。主会话干干净净。

换句话说：子 agent 真正的价值是「污染隔离」，不是「人多力量大」。它是一台一次性的探测器——脏活它干，脏数据留在它那儿，只有干净的结论回来。理解这一点，才知道什么活该派：过程噪声大、结论很短的活，就是最该派出去的。搜索、排查、调研、大范围读代码、跑一堆验证，全属此类。

反过来，什么活不该派：

需要跟你来回确认的——子 agent 跟你隔了一层，来回确认会失真；
敏感判断——要不要上线、要不要删这个文件、这个方案取哪个，这类拍板留在主会话；
只有一两步的小活——派出去的开销比自己干还大。

还有一个视频完全没提、但一定会踩的坑：多个子 agent 同时改同一批文件，会互相覆盖。安全的分工原则是——并行的都只读，写操作收回主会话单线程做。这条不写在任何入门教程里，但你并行到第二次就会撞上。

6. Hooks —— 给流程装上「自动质检员」

原片原话：「这个能力很多新手完全没碰过，但它决定了 Claude Code 能不能守流程。你可以把它理解成自动质检员：改完代码以后提醒检查，结束任务前提醒验证结果。」

「决定了能不能守流程」这句话是全片最有分量的一句，而且它给的比喻——质检员——抓得很准。可惜只讲了 10 秒。

机制：Hooks 是你配置的一段命令，在特定事件发生时由程序自动执行。常见的挂载点包括：用工具之前、用工具之后、你提交一句话时、会话开始时、任务结束时、上下文压缩前。

为什么它跟前面五个不是一个量级的东西：前五个都是你去用它——你得记得敲 /init、记得开 Plan Mode、记得压缩。Hooks 是它自动发生。

这就是那句「能不能守流程」的真正含义：靠提示词约束 AI 的行为，是概率性的；靠 Hooks 约束，是确定性的。你在 CLAUDE.md 里写十遍”改完代码必须跑格式化”，它有九次会照做，第十次忘了。你配一个改完文件就自动跑格式化的 hook，它一百次都跑。

这条差别在个人玩具项目里无所谓，在任何有人会依赖你产出的场景里，它就是及格线。凡是”绝对不能忘”的事，都不该指望记性——不管是 AI 的记性还是你自己的。

典型用法：

改完代码文件 → 自动跑格式化 / 类型检查 / 相关测试；
会话开始 → 自动把当前分支状态、待办、注意事项注入进来（不用你每次复述）；
危险命令执行前 → 拦下来要求确认（这是唯一能真正兜住”AI 手滑”的机制）；
任务结束前 → 强制跑一遍验证，没过就不许说”完成了”。

最后一条是我认为最值得抄的用法，因为它治的是 AI 最顽固的毛病：自称完成。模型会很自信地说”已修复”，而它根本没跑过。一个”结束前必须有验证输出”的 hook，把这件事从「它说了算」变成「命令的退出码说了算」。

坑：Hooks 是真的会执行的命令，配错了会拖慢每一次操作，甚至把自己卡死。上手先从”只提醒不阻断”的开始，跑顺了再上”不通过就拦”。

中间：这六个能力其实是一条链

视频把它们讲成了并列的六条，这是短视频结构的必然选择——平行结构好记。但它们不是并列关系，是一条有先后的链，这是原片没有说、我认为最值得补的一层：

CLAUDE.md    →  它知道我们的规矩          （输入端：先给它常识）
Plan Mode    →  动手前先对齐方向          （入口闸：别一开始就错）
Subagents    →  脏活外包，主线保持干净     （执行中：控制污染）
/compact     →  长战线上清理战场          （执行中：延长续航）
自定义命令    →  重复的事每次都一样好      （质量：消除方差）
Hooks        →  该做的事不靠记性          （出口闸：确定性兜底）

三个层次：前两个管「开始对不对」，中间两个管「能不能跑得久」，后两个管「结果稳不稳」。

这个排列还顺带解释了一个现象：为什么很多人配了 CLAUDE.md 却觉得没用？因为他只做了链条的第一环。第一环解决的是”它知不知道”，而大部分翻车发生在”它记不记得做”和”它做完了没验证”——那是最后一环的事。

如果只让我挑两个：CLAUDE.md 和 Hooks。一个管输入端的常识，一个管出口端的兜底，中间四个都是效率优化，这两个是正确性保障。

下半篇：它是怎么讲的

内容之外，这条视频的讲法本身很值得拆——110 秒装六个知识点还能让人听懂，这不是随手拍出来的。

手法 1：开场不介绍功能，先给一个「归因」

前 9 秒：

「如果你现在用 Claude Code 只会一句一句发需求，那我建议你先别急着让他写代码——因为你可能不是不会用 AI，而是根本没把它的隐藏能力打开。」

这一句干了三件事：

精准点名了一个具体行为（“一句一句发需求”）——观众立刻能对号入座，“这说的就是我”；
给了一个体面的归因——“不是你不会，是能力没打开”。它把观众的问题从”能力不足”重新定义成”信息差”。前者让人羞耻并划走，后者让人好奇并留下；
顺手把”隐藏能力”这个说法立住了——为标题的六个能力做了合法性铺垫。

这是钩子里最值钱的一类：不是制造焦虑，是给焦虑换一个更容易解决的归因。观众的痛是真的，但你把病因从”我笨”换成”我少知道六件事”，解决路径瞬间从遥不可及变成看完这条视频。

手法 2：并列六段，每段结构完全一致

六个能力，每个的讲法都严格是三段式：

序号 + 名字 → 一句痛点（很多人 XX） → 一句价值（它的价值是 XX）

第一个：「第一个，项目记忆入口叫 /init。很多人每次开新会话都要重新解释技术栈目录结构和代码风格。/init 的价值就是让它生成 CLAUDE.md 这种项目说明，先认识你的项目再开始干活。」

第四个：「第四个，自定义命令，官方叫 custom slash commands。很多人每天都在重复输入同一类提示词，比如代码审查、提交总结、性能检查。它的价值是把常用提示词沉淀成自己的自定义命令，以后随时复用成工作流。」

同一个模子扣出来的六份。这个设计的作用是：观众听完第一个，就学会了这个节奏；从第二个开始，他的注意力可以全部放在内容上，不用再花力气解析结构。

这是短视频信息密度的核心技巧：把结构成本在第一段一次性付清，后面五段全是纯信息。反过来，如果六个点每个都换一种讲法，观众每段都要重新适应，110 秒根本装不下。

而且每段都从痛点起手，不从功能起手。「很多人每天都在重复输入同一类提示词」是观众自己的经历；「custom slash commands 是一个可复用的提示词模板机制」是产品说明书。前者让人点头，后者让人走神。

手法 3：结尾一句一映射，把六个点再钉一遍

倒数 20 秒是全片密度最高的地方：

「项目记忆解决重复沟通，Plan Mode 解决乱改，压缩上下文解决跑偏，自定义命令解决重复提示词，Subagents 解决分工，Hooks 解决交付质量。」

六个能力，六个”解决 XX”，一句一个，动词全部统一成”解决”。

这个收尾干的事是：把前面 90 秒的六段展开，压缩成一张六行的表。观众第一遍听可能记住三个，这张表让他把六个都串起来。而且**“解决 XX” 这个句式把功能翻译成了结果**——“Hooks 解决交付质量”比”Hooks 是事件钩子”好记十倍。

可复用的规律：清单型内容，结尾必须有一次全量回收，而且回收时要换一个更短的表述。不是重复，是压缩。展开是为了让人听懂，压缩是为了让人记住——两件事，都得做。

手法 4：中间埋一句立论，全片靠它撑住

第 87 秒：

「所以真正拉开差距的，不是会不会让它帮我写代码，而是你有没有把 Claude Code 配成稳定工作流。」

这句是全片的论点，前面六段全是论据。有了它，这条视频就不是”六个功能介绍”，而是”一个观点 + 六个支撑”。

差别在哪？功能介绍是可替代的——观众看完就去看别人的功能介绍了。观点是有归属的——观众记住的是”那个说要把它配成工作流的人”。

而且这句话的位置很讲究：放在六段之后、总结之前。放开头会显得空洞（没有论据支撑的观点像喊口号），放最后会来不及展开。放在中间偏后，正好是观众听完六个点、心里在想”所以呢”的那一刻。

手法 5：视觉全程只做「不干扰」

画面轨的时序分析显示：0-9 秒 logo 渐显，10-17 秒图表背景，18-30 秒代码界面，31-39 秒双人办公，40-51 秒桌面俯拍，52-65 秒夜晚台灯桌面，66-75 秒电路板特写，76-86 秒代码特写，87-103 秒多窗口代码，104-109 秒手部操作笔记本。

除了 18-30 秒真的展示了 /init 和 CLAUDE.md 之外，其余画面全部是氛围素材，跟内容没有对应关系。

这不是缺点，是取舍：这类内容的信息 100% 在口播里，画面的任务只有两个——分段（换一个背景 = 换一个知识点，给观众一个视觉上的节拍）和不掉档（画面不能糊、不能太土，否则拉低专业感）。文字分层用了黄色强调痛点、白色说明功能，也是同一个逻辑：让眼睛帮耳朵分段。

对内容生产的启发：先判断你的信息载体是音频还是画面。这条是音频承载，所以画面用素材库就够，成本极低；如果反过来（比如演示一个操作），画面就必须是真实屏录，糊弄不了。很多人的问题是搞反了——讲道理时精心配画面，演示操作时反而懒得录屏。

7 段结构化拆解（标准表）

【1】开头钩子（前 3 秒）

钩子类型：行为点名 + 归因重构（“不是你不会，是没打开”）
文案：「如果你现在用 Claude Code 只会一句一句发需求，那我建议你先别急着让他写代码」
底层逻辑：用一个极具体的行为让目标观众对号入座，再把归因从”能力问题”换成”信息差问题”——降低羞耻感、提升继续看的动机
评分：8.5/10。扣分项是没有数字/反差之类的强刺激，靠的是精准而非猛烈；对泛流量偏弱，对目标人群极准

【2】人设 & 声音

标签：AI 编程工具的实操教学者，“我用过、我给你划重点”
风格：平稳、克制、不煽动，没有惊叹号式表达，语速偏快但吐字清楚
受众：已经在用 Claude Code、但停留在”聊天式提需求”阶段的开发者 / vibe coding 玩家
口头禅/句式：「很多人……」「它的价值是……」「第 N 个……」——三个句式撑起全片
信任来源：不靠自我介绍（全片零自夸），靠术语准确度——/init、Plan Mode、/compact、custom slash commands、Subagents、Hooks 全部叫得出官方名字，还特意补了一句”官方叫 custom slash commands”。这一句是全片最重的信任锚：肯给英文原名的人，通常是真用过的人

【3】信息密度 & 节奏

时长：109.8 秒
密度：801 字 / 110 秒 ≈ 7.3 字/秒，属于高密度口播（日常语速约 4-5 字/秒）
节拍点：0-9 钩子｜10-17 承诺｜18-86 六段主体（每段 8-14 秒）｜87-103 立论 + 回收｜104-109 CTA
刺激-留白循环：几乎没有留白——全程满口播。这是取舍：110 秒塞 6 个点，必须牺牲呼吸感。代价是只适合已有认知基础的人，纯新手会跟不上
段落时长分配：/init 12 秒最长（第一个要立范式），Hooks 10 秒（最重要但排最后，时间被挤压）——这是全片最大的结构缺陷：最有分量的 Hooks 反而讲得最薄

【4】讲解手法 & 内容结构

结构类型：总-分-总的清单式（钩子 → 承诺 → 平行六段 → 立论 → 回收 → CTA）
各段角色：钩子（点名+归因）→ 承诺（“开完以后不是聊天框，是长期搭档”，给完看后的状态）→ 六段（同模子三段式：序号名字 / 很多人的痛 / 它的价值）→ 立论（把清单升格成观点）→ 回收（六行压缩表）→ CTA
具体化手法：每个能力都绑一个可想象的具体场景——“重新解释技术栈目录结构”、“重复输入代码审查、提交总结、性能检查”。不说抽象好处，说你昨天干过的那件蠢事
最强句：「真正拉开差距的，不是会不会让它帮我写代码，而是你有没有把 Claude Code 配成稳定工作流。」

【5】金句 & 记忆点

可二次传播句：
- 「你可能不是不会用 AI，而是根本没把它的隐藏能力打开」
- 「真正拉开差距的不是会不会让它写代码，而是有没有把它配成稳定工作流」
- 「Hooks 决定了它能不能守流程」——全片信息量最大的一句，把 Hooks 从”一个功能”提到了”流程的可靠性保证”
视觉记忆点：开场 Claude 橙色放射状 logo（品牌色识别）；黄字压痛点、白字说功能的两级文字分层
可复用金句模板：
- 「你不是不会 X，而是没打开 X 的隐藏能力」
- 「A 解决 a，B 解决 b，C 解决 c……」（结尾映射式排比）
- 「真正拉开差距的不是 X，而是 Y」

【6】收尾 & CTA

CTA 类型：双 CTA——收藏（“这 6 个能力建议收藏起来，慢慢吃透”）+ 关注（“关注我，后面继续把高阶玩法拆给你看”）
时机：104-109 秒，回收表之后立刻给，情绪最高点
衔接：「慢慢吃透」这四个字是设计过的——它承认了内容没讲完，反而让”收藏”这个动作合理化（讲透了就不用收藏了）。先制造”没吃透”的自觉，再给收藏按钮
沉锚设计：「后面继续把高阶玩法拆给你看」——把”六个隐藏能力”定义成基础篇，为系列化留口。观众关注的不是这一条，是那条没拍的高阶篇
画面配合：104-109 秒切到手指点屏幕的特写，用动作暗示”你也去点一下”

【7】可复制文案骨架

【钩子·0-10s】
如果你现在用【工具】只会【最表层的用法】，
那我建议你先别急着【继续用】——
因为你可能不是不会用【领域】，而是根本没把它的隐藏能力打开。

【承诺·10-18s】
这期直接讲【N】个很多新手没打开的核心能力。
打开以后，【工具】才不是【低价值定位】，而是【高价值定位】。

【主体·18-86s，每段 10-14s，严格同模子】
第【N】个，【能力名】，官方叫【英文原名】。
很多人【一个具体到能对号入座的低效行为】。
它的价值就是【一句话说清它把什么变成了什么】。
（× N 段，句式一字不改）

【立论·87-95s】
所以真正拉开差距的，不是【表层用法】，
而是你有没有把【工具】配成【系统性的东西】。

【回收·95-104s】
【能力1】解决【痛点1】，【能力2】解决【痛点2】，……
（一句一个，动词统一，一口气念完）

【CTA·104-110s】
这【N】个能力建议收藏起来，慢慢吃透。
关注我，后面继续把【工具】的高阶玩法拆给你看。

可迁移清单：这条视频真正能被抄走的东西

内容侧（做 AI 工具类内容可直接用）

“隐藏能力”是一个高性价比的选题框——它不要求你有独家信息，只要求你比观众多知道几个官方功能。而且天然带”我亏了”的情绪，收藏率高。
归因重构式开场：把观众的问题从”你不行”改写成”你少知道几件事”。适用于一切教学类内容。
六段同模子：清单型内容，第一段之后结构必须锁死，让观众的注意力全部留给内容。
结尾压缩回收：展开讲是为了听懂，压缩念一遍是为了记住，两件都得做，而且回收要换更短的表述。
信任靠术语精度，不靠自我介绍：全片零自夸，但”官方叫 custom slash commands”这一句就把可信度立住了。在专业内容里，一个准确的专有名词 > 十句”我做了五年”。
中间埋论点：清单 + 一句立论 = 从”功能介绍”升格成”观点内容”，前者可替代，后者有归属。

工具侧（用 Claude Code 可直接照做，按优先级）

先配 CLAUDE.md，规则是「解释过两遍的事就写进去」——不是一次写完，是被自己一次次逼着长的。控制在一屏，细节沉子文件。
再上 Hooks，从”结束前必须验证”这一条开始——它治的是”AI 自称完成”这个最顽固的毛病，把完成与否从模型的自我判断变成命令退出码。
手打第二遍的提示词，当场固化成自定义命令——省的不是打字，是质量方差。
改动超过三个文件 / 碰构建部署配置 → 一律先 Plan Mode——纠错点从”改完后”提前到”改之前”，杠杆是几百字 vs 几百行。看计划时重点看它的隐含前提，不是看步骤。
过程噪声大、结论很短的活派给子 agent——记住它的价值是”污染隔离”不是”人多力量大”。并行的都只读，写操作收回单线程。
在任务边界主动 /compact，压缩前显式声明要保留什么——尤其要保留”否决过哪些方案及原因”，这是最易丢、丢了最贵的东西。走死的会话别压缩，直接开新的。

一条反向提醒

这六个能力全部是配置，不是能力。配好了它们，AI 不会变聪明，只会变得稳定——同样的活，从”有时好有时坏”变成”每次都还行”。如果你的问题是”它写的代码不够好”，这六样都救不了；如果你的问题是”它时好时坏、常常忘事、说完成其实没做”，那这六样正好对症。别买错药。

附：一句话总结

这条视频挑对了那六件事，也讲对了那句话——差距不在会不会让它写代码，在有没有把它配成工作流；但 110 秒只够给你六个名字，真正的功夫在名字后面：CLAUDE.md 靠”解释过两遍就写进去”长起来，Hooks 靠”确定性替代记性”守住底线，中间四个，都是在这两头之间省力气。