波仔
🧡 第九章 从零开始构建一个完整产品
📄 一句话概括

skill、hook、command 在这个项目里的分工是：把每周固定的几步、强制检查、那串命令各归其位；它们不是让功能变多，而是让同样的活做得更稳。

📝 本节和前面几节的关系

这一章是第 7 章那三种机制的实战落地，也是全课程第一次完整用上它们。

一、三个机制各干什么

skill：把每周固定的那几步固定下来（读链接、清洗、生成周报）。 hook：产出前检查——每条有没有齐三样、链接格式对不对。 command：那串每周都要敲的命令，存成名字。 本节的演示把它们逐条对到项目里。

二、它们不是让功能变多

它们做的是让同样的活做得更稳。 这一点很重要：扩展机制不是加功能的，是加保险的。 所以判断该上哪个机制的顺序是——这件事会重复出错吗？会，就上 hook。

三、这个项目为什么必须上 hook

因为它每周都要跑一次。 一次性用的活，犯错的代价只丢一次；每周都用的活，每个小错都会被重复犯上一百次。 所以在这个项目里，hook 不是锦上添花——它是必需品。

四、上扩展的顺序

先跑三周，再上扩展。 前几周你手动做、记下哪几步最烦、哪几处最容易出错——照着这个来上扩展。 跳过这三周就上扩展，你会把不需要的机制也建一遍。

五、动手 Demo：Phase 4——扩展能力实战

下面把三种机制在这个项目里的分工摆开。

T([u"skill", u"每周固定的那几步（读链接、清洗、生成周报）"], [14, 54])
T([u"hook", u"产出前检查：每条有没有齐三样"], [14, 54])
T([u"command", u"那串每周都要敲的命令"], [14, 54])

实跑输出：

--------------------------------------------------------------------
Phase 4——扩展能力实战
--------------------------------------------------------------------

这一阶段把第 7 章那三种机制用上。看看各自派上什么用场：

  机制        在这个项目里干什么
  ---------------------------------------------------------
  skill       每周固定的那几步（读链接、清洗、生成周报）
  hook        产出前检查：每条有没有齐三样、链接格式对不对
  command     那串每周都要敲的命令

注意它们都不是【让功能变多】，而是**让同样的活做得更稳**。

这个项目最能说明扩展机制价值的地方在于：**它每周都要跑一次**。
一次性用的活，犯错的代价只丢一次；每周都用的活，
**每个小错都会被重复犯上一百次**——所以这里必须上 hook。

三个机制都不是让功能变多，而是加保险。 本节的关键那句：它每周都要跑——每个小错都会被重复犯上一百次，所以 hook 是必需品。

30 秒实验

  1. 先把项目手动跑三周，记下哪几步最烦、哪几处最容易错。
  2. 照着这份记录上扩展——扩展该从真实痛点长出来，不是先设计。

常见误区

  1. 项目刚跑通就上扩展。照着真实痛点建，才不会建出用不上的机制。
  2. 把扩展当功能。它们不加功能，它们加保险。
自测三问（点开对答案） 1. 三种机制在这个项目里各干什么？ —— skill 固定每周那几步、hook 做产出前检查、command 收那串固定命令。 2. 为什么这个项目必须上 hook？ —— 它每周跑一次——一次性活的错只丢一次，每周的错会被重复犯一百次。 3. 上扩展的顺序是什么？ —— 先手动跑三周，照着真实痛点建，别一上来就设计。

相关笔记