--- title: '04 首条推文:Skill 协作、Hook 决策与发布前质检' video_id: dUej6tH-LOk part: 4 --- > 章节 4 / 11 · [[00-总览|课程总览]] · 起始 [14:06](https://youtu.be/dUej6tH-LOk?t=846) > 上一章「Step 2:导入营销技能包 + 定价对比」 · 下一章「自拍→Instagram Story 全流程」 > [!warning] 作者标注本章为「截图→多平台推文发布全流程」,实际口播在 26:45 处收束于发布前质检与 postuler 询问,未演示 LinkedIn/Facebook 跨平台二次发布(那部分在后续章节)。本笔记按实际口播整理,标题自拟为「首条推文:Skill 协作、Hook 决策与发布前质检」。 > ## 章节主旨 把上一章导入的 5 个 Claude Skills 在 Claude Code 里真正跑起来,演示"截图文件夹 → 一条 Twitter 推文"的最简闭环:Blotato 调 brand brief → postwriter 一次性出三个 hook 候选 → 选定极化 hook 写正文 → 走一遍 pre-publish quality check → 把 postuler 顶上的发布问句答掉,完成从素材到定时发送的全自动链路。 ## 核心论点 1. **5 个 skill 是协作流水线而非平行工具:content coach 调度、brand brief 提供语料、postwriter 出稿、postgrader 卡阈值、postuler 发布。**([[#1-5-个-skill-的协作流水线-1418|→ 详解1]]) 2. **导入 5 个 skill 是整个流程最慢的一步,Claude Code 跑完必须 /exit 退出再重启 session,导入才会生效。**([[#2-导入-5-个-skill-与-claude-code-session-重启-1456|→ 详解2]]) 3. **"把本周截图丢进一个文件夹" + 一句 prompt 就能产出推文,**不用对截图做解释,模型自己会读、自己会选题。**([[#3-从截图文件夹到首条推文一句-prompt-的最简闭环-2012|→ 详解3]]) 4. **postwriter 不会一次只出一个 hook——它会按不同 hook framework 一次出三个变体,再根据平台调性(本例 Twitter)选最极化的那一条。**([[#4-postwriter-的三-hook-策略与极化-hook-选择-2424|→ 详解4]]) 5. **pre-publish quality check 是硬门槛:它把"无 mdash、无废话词、主动语态、缩略语、平台特定禁忌"打包成可复用的检查项,发帖前先跑一遍。**([[#5-pre-publish-quality-check把平台禁忌固化为可复用检查项-2621|→ 详解5]]) ## 知识点详解 ### 1. 5 个 skill 的协作流水线 [14:18](https://youtu.be/dUej6tH-LOk?t=858) 作者在导入之前先把 5 个 skill 的角色讲清楚:"this is essentially the best practices of every content automation pipeline that actually gets results"([14:30](https://youtu.be/dUej6tH-LOk?t=870))。流水线结构是: - **content coach**:**the content coach that orchestrates what skills that should be called**([14:37](https://youtu.be/dUej6tH-LOk?t=877))——它是 orchestrator 角色,根据用户一句自然语言需求,决定要按什么顺序调下面哪几个 skill。 - **brand brief**:**the brand brief is like your brand voice**([14:39](https://youtu.be/dUej6tH-LOk?t=879))——是写稿用的语料底座,首次跑会问用户一堆关于"你是谁/卖什么/哲学观"的问题,Sabrina 因为跨项目有 cloud memory 跳过了这步。 - **postwriter**:负责出稿,**the postwriter will actually write the draft, the hook, the body, the CTA**([14:45](https://youtu.be/dUej6tH-LOk?t=885))。 - **postgrader**:出完稿就要打分,**the postgrader scores the verity of your post and keeps going until the verality score is over eight out of 10**([14:52](https://youtu.be/dUej6tH-LOk?t=892))——分数不过 8/10 就打回去让 postwriter 重写,是一个自带自评的循环。 - **postuler**:**the postuler schedules everything**([14:56](https://youtu.be/dUej6tH-LOk?t=896))——通过 Blotato 把内容排进各平台的发布队列。 整条流水线把 Agentic 工作流 经典五要素 PTMRO 压成了一个团队:content coach 是 Orchestrator,brand brief 是 Memory,postwriter/postgrader 是 Plan+Tool+Reflect,postuler 是 Execution。这套结构和 DOE 框架 的 Directives/Orchestration/Execution 三层一一对应,差别只在本课把 Orchestration 拆成"出稿+打分"两个角色。 ### 2. 导入 5 个 skill 与 Claude Code session 重启 [14:56](https://youtu.be/dUej6tH-LOk?t=896) 作者直说 "this is the longest step in the entire tutorial"([15:02](https://youtu.be/dUej6tH-LOk?t=902))——整门课里这一步最慢,大约 5 分钟。需要做的只有一句 prompt:**import these skills into this project**([15:04](https://youtu.be/dUej6tH-LOk?t=904))。 跑完提示"All five skills are installed"之后,在 Claude Code 里还要多一步才能用上:[19:57](https://youtu.be/dUej6tH-LOk?t=1197) **for cloud code, you will have to exit and restart the session**——先 `/exit`,再点 cloud 重启。这是 Claude Code 把 skill 文件从 `~/.claude/skills/` 同步到当前会话上下文的必要动作,跳过会找不到 skill 指令。Claude.ai / Claude Cowork 不需要这步(它们实时读文件系统),但所有"在 Claude Code 里跑"的复刻者都要补。 注:把"导入"列为整门课最慢的步骤,意味着这套 skill 的设计是**宁可一次性把规则与示例都加载进 skill 文件,也不让用户在每次对话里反复粘 prompt**。这也是 [[Claude Code Skill]] 这个机制的核心卖点——一次写、反复调。 ### 3. 从截图文件夹到首条推文:一句 prompt 的最简闭环 [20:12](https://youtu.be/dUej6tH-LOk?t=1212) 作者用本机 downloads 里的几张"收益截图"(Facebook 12M views、Instagram 6.9M、Substack 接近 1M)做素材,向 Claude Code 发送一句 prompt:**analyze my screenshots in downloads and write a tweet**([21:09](https://youtu.be/dUej6tH-LOk?t=1269))。 她强调这个 prompt "really nothing fancy at all"([21:07](https://youtu.be/dUej6tH-LOk?t=1267))——不需要你告诉它有哪些图、不需要按时间排序、不需要分平台提示,模型自己读图、自己选题、自己写推文。 作者把这条 prompt 升级到一个**周级工作流**:你这一周随手把任何"你觉得酷的东西"——截图、照片、链接——丢进一个文件夹,周末坐下来,告诉 Claude "let's make 20 social media posts from all the crap in this folder"([22:13](https://youtu.be/dUej6tH-LOk?t=1333))。这句**just let this sink in for a second**([22:13](https://youtu.be/dUej6tH-LOk?t=1333))是这节的核心修辞:一个文件夹 + 一句 prompt 替代 20 小时/周的构思+草稿+打分+多平台分发。 实操层面,这条最简 prompt 触发了一连串内部 skill 调用:Claude 读 brand brief 确认调性([23:16](https://youtu.be/dUej6tH-LOk?t=1396) "it's already loaded with the postwriter skill")→ postwriter 起草 hook+正文+CTA → postgrader 打分,分数不过 8/10 就把草稿打回 postwriter 重写。这条"出稿→打分→回头改"循环在每次跑里都完整走一遍,用户感觉不到,只看到最终稿。 作者用这个最简闭环证明**单条复刻成本极低**:你能想出来的素材(数据截图、产品截图、推文截图、通知截图)都能直接用,不需要先讲故事或先写大纲——这是 [23:00](https://youtu.be/dUej6tH-LOk?t=1380) "it can be anything" 那句话的本意。 ### 4. postwriter 的三 hook 策略与极化 hook 选择 [24:24](https://youtu.be/dUej6tH-LOk?t=1464) 作者点开 Claude 的工作面板,展示 postwriter 实际做了什么。第一步是 **the postwriter actually first defined the hook, it came up with three variations based on three different hook frameworks**([24:24](https://youtu.be/dUej6tH-LOk?t=1464))——它不会只给一个 hook 让你选,而是按 3 种不同 hook 框架各出一版。 她把 3 个 hook 都贴出来并解释自己为什么选第二号: - 第一号是"陈述事实型"(Receipts, 30 million views in 30 days)——直白但无立场。 - 第二号是"反向型 / Reversal":**Everyone says pick one platform, I picked six**——**reversal of what everyone's saying**([24:33](https://youtu.be/dUej6tH-LOk?t=1473)),把"只选一个平台"的常规建议反转过来,自带挑衅性。 - 第三号是"数字堆叠型"(Six platforms, 30 days, 30 million views)——纯数据冲击。 postwriter 选第二号的理由写在面板里:**decided it's going to pick number two because it's polarizing**([24:41](https://youtu.be/dUej6tH-LOk?t=1481))。理由是"for Twitter, you want something that's kind of like polarizing, like choose A or choose B"——平台调性决定 hook 风格,Twitter 要极化,LinkedIn 反而不要这么冲。postgrader 同时间在跑校验:**running through the greater checks**([24:51](https://youtu.be/dUej6tH-LOk?t=1491))——hook 是否有数字、是否反常识、是否具体。 这条"三 hook 并行 → 按平台选一"的设计把"hook 是营销里最贵的一秒"这个常识压成了一个可复用的机制:postwriter 不赌一个 hook,而是同时出 3 个不同框架的 hook,让 postgrader 按平台调性挑一个胜出。**极化 hook(polarizing claim)** 不是观点极端,而是把常理反转成可站队的是非题——[24:57](https://youtu.be/dUej6tH-LOk?t=1497)("polarizing claim")。 最终成稿是 "I pick six. Everyone says this, I did this and I got amazing results"——hook 反常识、正文给数据、CTA 暗示"别人说的都是错的"。 ### 5. pre-publish quality check:把平台禁忌固化为可复用检查项 [26:21](https://youtu.be/dUej6tH-LOk?t=1581) 草稿出来后,Claude 在弹问句让用户选 "schedule via postuler or adapt it"——这一问其实在触发 **pre-publish check**:**the skills that you are importing have pre-built quality checks**([26:21](https://youtu.be/dUej6tH-LOk?t=1581))。 作者点开检查清单,罗列了本课的默认规则(她强调**you can make them very, very complex and customized to your business**([26:24](https://youtu.be/dUej6tH-LOk?t=1584)),默认版只是起点): - **no mdashes, no band words, using active voice and contractions**([26:30](https://youtu.be/dUej6tH-LOk?t=1590))——形式洁癖:不写破折号、不堆"revolutionize/leverage"等 AI 废话词、用主动语态和缩略语(you're / don't)。 - **no hashtags on Twitter**:**for Twitter, you don't want to use hashtags**([25:01](https://youtu.be/dUej6tH-LOk?t=1501))。作者还进一步把规则收紧:[26:41](https://youtu.be/dUej6tH-LOk?t=1601) **I don't actually want hashtags on any other platform**——[26:39](https://youtu.be/dUej6tH-LOk?t=1599)("I only want hashtags on Instagram and Tik Tok")是这条规则的反面,hashtag 只在 IG/TikTok 启用。 - **under the character limit**——平台字数上限,Twitter 是硬约束。 这套 pre-publish check 的本质是把 [[Claude Code Skill]] 的"一次写、反复调"思路用到了发布动作上:发帖禁忌易记难守(总会在某条推文里写出来一个 dash),写成 skill 里的硬规则后,每次发都自动跑一遍,出错直接打回 postwriter 重写。这和 DOE 框架 里"Execution 段(脚本)负责零方差检查"的思路同源——发布前检查是确定性活,不该交给概率性 LLM 临场判断。 对复刻者的实际意义:这套 check 项是**skill 文件里的纯文本规则**,Sabrina 把它们公开在自己的 Google doc 里(本节里多次提到),你改默认词即可把"我不要 hashtag"扩展成"我不要 emoji / 我不写超过 3 行的段落 / 我一定要 hook 里有数字"等任何更严的禁单。**这套检查是这套 skill 流水线与"自己写 prompt 让 Claude 出稿"最大的差别**——后者是写完就发,前者是写完先过发布前门。 ## 术语 - content coach(内容教练:5 个 skill 流水线中的 orchestrator,根据用户 prompt 决定要调哪些 skill、顺序如何) - brand brief(品牌简介:写稿用的语料底座,首次跑会问关于"你是谁/卖什么/哲学观"的问题) - postwriter(写稿 skill:负责 hook、正文、CTA 三段) - postgrader(打分 skill:对 postwriter 出稿打分,过 8/10 才放过) - postuler(发布 skill:把通过的稿件通过 Blotato 排进各平台发布队列) - pre-publish quality check(发布前质检:对终稿跑平台特定禁单,过完才真发) - polarizing claim(极化主张:把常理反转成"选 A 还是选 B"式站队句的 hook 策略,Twitter 等强互动平台的首选) - cloud memory(Claude 跨项目共享的记忆层,用户首次跑 brand brief 时会被它跳过) - reversal hook(反向 hook:把"大家说该这么做"反转成"我偏不这么做"的 hook 模板) - mdash(英语长破折号 `—`,pre-publish check 默认禁用,因 AI 写作腔常出) ## 自检问题 1. 5 个 skill(content coach / brand brief / postwriter / postgrader / postuler)各自负责什么?哪两个之间有"重写循环"? **答案**:content coach 是 orchestrator、brand brief 是写稿语料底座、postwriter 出 hook+正文+CTA、postgrader 给草稿打分、postuler 走 Blotato 发布。postwriter 和 postgrader 之间有重写循环——分数不到 8/10 就把草稿打回 postwriter 重写。详见详解1。 2. 在 Claude Code 里完成 `import these skills` 之后,为什么必须 `/exit` 后再重启 session? **答案**:因为 Claude Code 把 skill 文件同步到当前会话上下文需要重启,跳过会导致后续 prompt 找不到 skill 指令。Claude.ai / Claude Cowork 不需要这步(实时读文件系统)。详见详解2。([19:57](https://youtu.be/dUej6tH-LOk?t=1197)) 3. postwriter 一次出 3 个 hook 变体而不是 1 个,选择标准是什么?为什么本例 Twitter 选第二号(reversal hook)? **答案**:postwriter 按 3 种不同 hook framework 各出一版,让 postgrader 按平台调性挑。本例 Twitter 要极化,第二号 "Everyone says pick one platform, I picked six" 是 reversal of what everyone's saying,自带挑衅、形成"选 A 还是选 B"的站队,符合极化 hook 策略。详见详解4。([24:33](https://youtu.be/dUej6tH-LOk?t=1473)) 4. pre-publish quality check 包含哪三类规则?为什么作者把 hashtag 限定到 Instagram 和 TikTok? **答案**:三类:形式洁癖(无 mdash、无废话词、主动语态、缩略语)、平台禁忌(hashtag 在 Twitter 等平台关闭、只 IG/TikTok 开)、平台字数上限(under the character limit)。Twitter/LinkedIn/Facebook 用 hashtag 会被读成"我想蹭流量"反而拉低专业感,IG/TikTok 算法仍然把 hashtag 当分类信号,所以只在两处开。详见详解5。([25:01](https://youtu.be/dUej6tH-LOk?t=1501)) 5. "把本周截图丢进一个文件夹,周末一句 prompt 产出 20 条贴文"为什么被作者称为"省 10 小时/周"的最小动作? **答案**:因为它把"构思→选素材→写稿→打分→分发"全串成一句 prompt + 5 个 skill 流水线,用户完全跳过最耗时的"从空白页开始想"和"凭感觉判断写得够不够好"。素材是已经看过的截图,选题被 postgrader 的 8/10 阈值卡住,质量底线由 pre-publish check 兜底,用户只做一次性 review。详见详解3。([22:13](https://youtu.be/dUej6tH-LOk?t=1333))