波仔
🧡 第十三章 实战项目2：内容创作自动化
📄 一句话概括

几套内容项目该共享的规则只有几条；共享不等于复制——写一份让各处指向它，复制三份的结果是改一处忘两处。

📝 本节和前面几节的关系

上一节把规矩分了层；这一节解决另一半问题：几个项目之间，哪些规矩该共用一份。

一、要共享的其实就三条

写作风格与口吻：所有内容项目都该一致。 发布前必查项：每个项目的会话都要过一遍。 技术约定：格式、命名、输出规范——所有生成脚本都遵守。 共同点：它们不是关于某个项目的，而是关于【你的内容】的。

二、共享不等于复制

写一份，让各处都指向它——这是唯一正确的做法。 复制三份的后果很具体：改了一处，忘了另外两处。 于是三个项目慢慢变成三套规矩，一致性就是这么一点点丢掉的。

三、怎么落地

一、共享的那份放固定位置，所有项目都引用它。 二、项目自己的特殊约定，只写在本项目的规则文件里。 三、改动共享规则前，先看一眼有谁在用它——这就是它的代价。

四、判定一句话

这条规矩换个项目还成立吗？成立就抽出去共享，不成立就留在本地。 这句话和第 5.3 节那条【什么该写进规则文件】是同一条判据的两个方向。 共享规则的真正价值不在省字，在于它让【你的风格】成为一个可维护的东西。

五、动手 Demo：共享规则，跨项目的一致性

下面把该共享的三类东西与它们各自的位置、使用者排开。

TH([u"要共享的东西", u"放在哪儿", u"谁会用"], [20, 30, 22])
T([u"写作风格与口吻", u"共享规则文件", u"所有内容项目"],
  [20, 30, 22])
T([u"技术约定（如格式）", u"共享规则文件", u"所有生成脚本"],
  [20, 30, 22])

实跑输出：

--------------------------------------------------------------------
共享规则，跨项目的一致性
--------------------------------------------------------------------

内容创作往往不止一个项目：公众号一套、视频脚本一套、
周报又是一套。**这几套东西该共享的规则就那几条**：

  要共享的东西           放在哪儿         谁会用
  -------------------------------------------------------
  写作风格与口吻         共享规则文件     所有内容项目
  发布前必查项           共享规则文件     每个项目的会话
  技术约定（如格式）     共享规则文件     所有生成脚本

**共享不等于复制**——写一份，让各处都指向它。
复制三份的后果很具体：**改了一处，忘了另外两处**，
于是三个项目慢慢变成三套规矩，**一致性就是这么丢掉的**。

落到操作上，两条：

    ① 共享的那份放在固定位置，**所有项目都引用它**
    ② 项目自己的特殊约定，**只写在本项目的规则文件里**

判据还是一句话：**这条规矩换个项目还成立吗**？
成立就抽出去共享，不成立就留在本地。

共享不等于复制——写一份，让各处都指向它；复制三份的结果是改一处忘两处。 判据：这条规矩换个项目还成立吗？成立就抽出去共享，不成立就留在本地。

30 秒实验

  1. 把你手头几个项目的规则文件并排放，找出重复出现的那几条。
  2. 把它们抽成一份共享文件，把三个项目里的原文换成一句引用。

常见误区

  1. 把共享规则复制到每个项目里。改一处忘两处，一致性就是这么丢的。
  2. 把项目专属的规矩也塞进共享文件。共享文件一膨胀，就没人愿意改它了。
自测三问（点开对答案） 1. 哪三类东西该共享？ —— 写作风格与口吻、发布前必查项、技术约定（如格式）。 2. 为什么共享不能靠复制？ —— 复制三份的结果是改了一处、忘了另外两处，一致性就丢了。 3. 判定一条规矩该不该共享，问什么？ —— 这条规矩换个项目还成立吗。

相关笔记