新开站还是并入旧站：同类工具合并与任务分流
一、为什么写这篇
我是 Hugozen。做独立站矩阵时，最容易顺手做的一件事是：看到一个新需求，就想再买一个域名、再起一个站。
这件事单次看很便宜，但站一多，成本和精力都会摊薄。我每月花在 AI 与基础设施上大约至少 1000 美元（这是成本，不是收入）。在这个量级上，每多一个站，就多一份要维护的东西。
这篇只讲两个相关的取舍：
- 一个新的工具需求，是新开站，还是并入已有的站。
- 一批待办里，哪些丢给便宜模型无人值守批量跑，哪些要用强模型加人工审。
两件事看起来无关，其实是同一个问题：钱和注意力花在哪里最划算。
二、案例：估价/报价模板并入已有文书工具站
我手上有一个做文书类工具的站。后来想做估价、报价这类模板。这类模板和文书工具的用户、使用场景、页面形态很接近，都是「填几个字段，生成一份可以直接用的文档」。
我的选择是：并入这个已有的站，不另买域名。
理由有两条。
第一，省域名成本。 域名是每年都要续的固定支出，而且不止域名本身，还有后续的 DNS、统计、搜索控制台、收录提交、外链维护，每个新站都要重新走一遍。我这里不写具体价格，因为重点不是单价，而是每个新站都带来一套重复的维护动作。
第二，聚合权重。 同类工具放在同一个站里，站内可以互相链接，主题也更集中。新开一个站，要从零开始等收录、等信任。并入已有站，新页面至少可以借用已有站的基础。
这里我要诚实说一句：「聚合权重」是我的判断，不是已经量出来的结论。搜索引擎怎么对待一个站里新增的一批页面，我没法保证。所以它是取舍理由，不是承诺。
我对「并入还是新开」的判断，大致按下面几条走：
- 用户和场景是不是同一批人。 同一批人会连着用，就并入。
- 页面形态是不是同一种。 都是「填字段，出文档」的，共用组件就行。
- 有没有必须独立的理由。 比如词根完全不同、需要单独的品牌定位，那就另说。
- 站内结构能不能装得下。 如果并入后导航会乱，说明已有站装不下，这时再考虑拆。
反过来，独立站的好处也有：词精准，单站出问题不牵连别的站。我之前有一个内容站，短时间上了大量 AI 生成页后被搜索引擎大幅影响，收录受损，后来才慢慢缓过来。这件事让我对「一个站承载太多东西」也保持警惕：并入不是无脑塞，新页面要有质量门槛，否则会拖累原来的站。这部分我在 SEO 那篇里讲过，这里不重复。
三、任务分流：批量桶和快做桶
第二个取舍在 bot 这一侧。我把待办大致分成两个桶。
无人值守桶：规则型、可单测的任务，交给便宜档模型。
特征是：对错能用脚本判断。比如格式化、批量分类、字段校验、固定模板填充、生成页面后检查链接和结构。这类任务有明确的通过标准，写一个测试或检查脚本就能验证。便宜档模型做错了，脚本能抓住，重跑的代价也低。所以可以批量跑，不用我盯着。
人工审桶：YMYL 或难自测的任务，交给强档模型，再加人工审。
特征是：对错没法用脚本判断，或者错了后果比较重。YMYL 类内容（影响钱、健康、法律决定的内容）就是典型。估价、报价这类涉及金额和计算的模板，也要小心：算错一个数，用户可能直接拿去用。这类任务用强档模型起草，最后必须有人看一遍。涉及支付、webhook、数据迁移、密钥的改动，也一律要我本人批。
分流的核心问题只有一个：这个任务做错了，有没有东西能自动发现？ 能，就进便宜桶；不能，就进强档加人工桶。
这样分，省的是强档模型的额度和我自己的审阅时间。强档模型贵，我的注意力更贵，两者都应该花在「错了抓不住」的地方。
四、踩坑与教训
1. 把能自测的任务也丢进强档桶。 早期我图省心，什么都用强档模型，额度消耗很快。后来拆开，批量检查类任务改用便宜档，成本明显降下来。
2. 把难自测的任务塞进无人值守桶。 反过来的错更危险：便宜档模型生成的内容看起来很像样，但没人核对，错误会一直留在线上。所以进无人值守桶的前提，是先写好检查标准，而不是先跑再说。
3. 同一个改动在多个站各改一次。 批量建站时，同一个缺口我在多个站里各改了一遍。后来定了规则：同一改动影响三个站以上，先收进共用组件库。这和「并入」是一个道理：重复的东西尽量只维护一份。
4. 开建之前没查需求量。 有些词看着该做一个独立站，但实际量很小，量可能在别的相关词上。先查，再决定是新开还是并入。
5. 交活没有证据。 无论哪个桶，执行模型交活都要附证据：构建结果、线上检查、截图。我只验证据，不通读全部代码。
五、可执行清单
- 新需求来了，先问：用户和已有站是不是同一批人，页面是不是同一种形态。是，就先考虑并入。
- 估算新站的隐性成本：域名之外，还有统计、搜索控制台、收录、外链这一整套重复动作。
- 并入前设质量门槛：新页面不达标不上线，别让它拖累已有站。
- 给每个任务问一句：做错了有没有东西能自动发现？有就进便宜档无人值守桶，没有就进强档加人工审桶。
- 进无人值守桶之前，先写好检查脚本或通过标准，再跑。
- YMYL、涉及金额计算、支付、webhook、数据迁移、密钥的任务，一律人工审，不自动上线。
- 同一改动涉及三个站以上，先收进共用组件库，不要各站各改。
- 并入之后留一段观察期，看收录和流量，别只凭判断下结论。
六、小结
新开站和并入旧站，本质上是在「独立性」和「维护成本、权重聚合」之间取舍。批量桶和人工审桶，本质上是在「模型成本」和「出错成本」之间取舍。两者的共同点是：别把钱和注意力平均摊，花在最需要的地方。
更完整的商业化路径（广告、收款、订阅）我写在这篇里：独立站变现方法。bot 协作和派活的细节，可以看：我怎么用一群 AI bot，一个人跑独立站矩阵。
这个博客分「Agent 协作 / SEO·出海 / 商业化」三条线，可以在 /posts 订阅 RSS。