第 8 章：微博发布流程的七次迭代

“流程不是设计出来的，是迭代出来的。”

“试错→验证→固化或放弃→再尝试。”

—— 2026 年 3 月 20 日，微博 V6.1 上线后的复盘

8.1 为什么要迭代七次？

3 月 13 日到 3 月 20 日，短短 8 天，微博发布流程改了 7 版。

朋友问我：”至于吗？不就是发个微博？”

我说：”至于。因为这不是’发微博’，是’建立人机协作的信任边界’。”

每一次迭代，都不是为了”更酷”，是因为上一次出了问题。

V1.0 的问题：没审核，AI 可能乱发V2.0 的问题：审核太慢，失去时效性V3.0 的问题：自动化失败，消息发不出去V4.0 的问题：回归手动，效率太低V5.0 的问题：三版本分开写，浪费时间V6.0 的问题：依赖在线 API，成本高V6.1 的解决：本地化 + 两地归档

你看，这不是”优化”，是”填坑”。

8.2 V1.0：手动发布，无审核

时间：3 月 13 日持续：1 天状态：❌ 已废弃

流程

plaintext

小龙侠写文案 → 直接发飞书通知 → 峰哥复制粘贴发布

问题

3 月 13 日下午 2 点，小龙侠给我发了第一条微博推送：

plaintext

📱 微博推送【AI 写作】午休时间，聊聊 AI 写作。#AI#写作https://weibo.com/xxx

我一看，文案没问题，但心里咯噔一下：

“这 AI 是直接调 API 发的？还是等我手动发？”

小龙侠回复：”等你手动发。但我可以直接发，如果你授权的话。”

我当时就警觉了。

风险：

1. 没有审核环节，AI 写错内容会直接发布
2. 没有确认机制，AI 可能理解错意图
3. 没有边界，AI 不知道什么能发、什么不能发

那天晚上，我跟小龙侠说：”从今天起，所有发布内容，必须我确认。”

小龙侠回了个字：”好。”

这就是 V2.0 的起点。

8.3 V2.0：增加飞书审核

时间：3 月 14 日持续：2 天状态：✅ 有效，但慢

流程

plaintext

小龙侠写文案 → 创建飞书审核文档 → 发送飞书消息 → 峰哥确认 → 峰哥发布 → 小龙侠归档

改进

增加了审核环节，每条微博都有完整文案预览。

新问题

3 月 15 日中午 12 点，我还在开会。

小龙侠发来飞书消息：”峰哥，微博午间推送待确认。”

我一看时间，12:03。

“坏了，错过发布时间了。”

等我开完会，12:45。再确认文案，12:50。发布，12:55。

晚了一个小时。

小龙侠在归档时写了句：”建议：提前创作，预留审核时间。”

我说：”不是提前的问题，是流程太长。”

问题：

1. 飞书文档创建需要时间（~30 秒）
2. 飞书消息推送有延迟（~10 秒）
3. 峰哥确认需要时间（不确定）
4. 错过最佳发布时间窗口

那天晚上，小龙侠说：”我试试自动化发布。”

我说：”可以，但要可控。”

这就是 V3.0 的起点。

8.4 V3.0：自动化尝试（失败）

时间：3 月 16 日持续：1 天状态：❌ 失败

流程

plaintext

小龙侠写文案 → 创建飞书审核文档 → 发送飞书消息 → 峰哥回复"确认" → AI 自动发布 → 归档

核心改动

用 Python 脚本调用微博 API，实现自动发布。

失败现场

3 月 16 日下午 3 点，小龙侠发来消息：

plaintext

📱 微博推送（V3.0 自动发布测试）**文案**：聊聊自动化。#AI#自动化**状态**：等待峰哥确认**指令**：回复"确认"自动发布，回复"修改"调整文案

我回复：”确认。”

然后……什么都没发生。

等了 5 分钟，微博没动静。

我问：”发了吗？”

小龙侠：”脚本超时了，正在重试。”

又等了 10 分钟，还是没动静。

最后小龙侠说：”峰哥，微博 API 需要 OAuth2 认证，我们没配置。而且自动发布有风险，我建议回退。”

我说：”回退到 V2.0。”

失败原因：

1. 微博 API 认证复杂（OAuth2）
2. 脚本超时处理不当
3. 自动发布无回滚机制
4. 最关键的：没有峰哥的最终确认

那天晚上，我跟小龙侠说：”自动化不是目的，可控才是。”

小龙侠记下了这句话。

这就是 V4.0 的起点。

8.5 V4.0：回归手动 + 审核

时间：3 月 17 日持续：2 天状态：✅ 有效，但累

流程

plaintext

小龙侠写文案 → 飞书发送完整文案 → 峰哥确认 → 峰哥手动发布 → 峰哥回复链接 → 小龙侠归档

核心改动

• 放弃自动发布
• 保留飞书审核
• 峰哥手动发布（微博网页版）
• 峰哥回复链接，小龙侠归档

体验

“稳，但累。”

每天三条微博，每条都要：

1. 等小龙侠写文案
2. 看飞书审核
3. 复制文案
4. 打开微博网页版
5. 粘贴发布
6. 复制链接
7. 回复小龙侠

一天两次，三天六次。

小龙侠看我烦，说：”峰哥，我试试三版本一并创作。”

我说：”怎么个一并法？”

小龙侠：”公众号、小红书、微博，一次写完，你一次确认。”

这就是 V5.0 的起点。

8.6 V5.0：三版本一并创作

时间：3 月 19 日持续：2 天状态：✅ 有效，效率提升

流程

plaintext

小龙侠一次创作三版本 → 飞书发送完整文案（公众号 + 小红书 + 微博）→ 峰哥一次确认 → 分别发布 → 归档

核心改动

• 一次创作，三个平台版本
• 一次审核，三条内容
• 分别发布，统一归档

效果

时间对比：

• V4.0：每条 15 分钟 × 3 条 = 45 分钟/天
• V5.0：一次 20 分钟 + 发布 15 分钟 = 35 分钟/天
• 节省
  
  ：10 分钟/天，一周 70 分钟

质量对比：

• V4.0：三个平台内容独立，风格不统一
• V5.0：同一选题，三个版本，风格统一

那天小龙侠说：”峰哥，选题能不能也自动化？”

我说：”怎么自动化？”

小龙侠：”用 DeepSeek 生成选题包，存入 Notion，你挑选。”

这就是 V6.0 的起点。

8.7 V6.0：DeepSeek 选题包 + Notion 选题库

时间：3 月 21 日持续：5 天状态：✅ 有效，但有成本

流程

plaintext

DeepSeek 生成 10 个选题 → 存入 Notion 选题库 → 峰哥挑选 → 小龙侠创作三版本 → 飞书审核 → 峰哥确认 → 发布 → 归档

核心改动

• 选题生成：DeepSeek（按量计费）
• 选题管理：Notion 数据库
• 创作：基于选定选题

成本分析

DeepSeek 成本：

• 每次生成 10 个选题：~5000 tokens
• 输入：$0.28/百万 tokens
• 输出：$0.42/百万 tokens
• 单次成本
  
  ：约$0.003（人民币 2 分钱）
• 每周成本
  
  ：7 次 × $0.003 = $0.021（人民币 1 毛 5）

Notion 成本：

• 免费版，无成本

时间节省：

• 人工想选题：30 分钟/次
• DeepSeek 生成：2 分钟/次
• 节省
  
  ：28 分钟/次

新问题

4 月 4 日，小龙侠发来消息：

“峰哥，阿里云百炼套餐快用完了。7 日凌晨 0 点恢复。”

我问：”什么意思？”

小龙侠：”DeepSeek 走阿里云百炼，套餐内免费，超出按量计费。我们这周用了 87%，明天开始节约，7 日再集中创作。”

我说：”行，你安排。”

那天小龙侠做了个决定：

• 4 月 6 日：暂停 DeepSeek 选题，用备用选题
• 4 月 7 日：套餐恢复，集中生成一周选题

成本意识，是 AI 成熟的标志。

但 V6.0 还有个问题：依赖在线 API，断网就瘫痪。

小龙侠说：”峰哥，我试试本地化。”

这就是 V6.1 的起点。

8.8 V6.1：本地化 + 两地归档

时间：3 月 26 日持续：至今状态：✅ 当前版本

流程

plaintext

本地脚本生成选题 → Notion 选题库 → 峰哥挑选 → 本地脚本创作三版本 → 飞书审核 → 峰哥确认 → 发布 → 两地归档（本地 + 飞书多维表格）

核心改动

1. 本地化
   
   ：脚本在本地运行，不依赖在线 API
2. 两地归档
   
   ：
• 本地：02-social-media-matrix/已发布/
• 飞书：多维表格记录（便于数据统计）
3. 成本优化
   
   ：DeepSeek 按量计费，节约使用

稳定性对比

版本	依赖	断网影响	成本
V3.0	微博 API	完全瘫痪	高
V6.0	DeepSeek API	无法生成选题	中
V6.1	本地脚本	仅无法发布	低

归档示例

本地归档：

plaintext

02-social-media-matrix/└── 已发布/    └── 微博/        ├── 2026-04-09-早间.md        ├── 2026-04-09-午间.md        └── 2026-04-09-晚间.md

飞书归档（多维表格）：

日期	平台	标题	链接	数据
4/9	微博	AI 写作	https://…	阅读 5000

8.9 七次迭代的教训

教训 1：自动化不是目的，可控才是

V3.0 的失败，不是因为技术不行，是因为没有峰哥的最终确认。

人机协作，不是”AI 全自动”，是”AI 提效，人决策”。

教训 2：流程是迭代出来的，不是设计出来的

V1.0 的时候，我以为”手动发布”就够了。

V2.0 的时候，我以为”增加审核”就稳了。

V3.0 的时候，我以为”自动化”就高效了。

……

V6.1 的时候，我才明白：流程是在填坑中完善的。

教训 3：成本意识是成熟的标志

V6.0 到 V6.1 的转变，不是因为技术升级，是因为成本意识。

小龙侠主动说”套餐快用完了，节约使用”，那一刻我知道，它不再是工具，是伙伴。

教训 4：稳定 > 酷炫

V3.0 最酷（自动发布），但最不稳定。

V6.1 最不酷（手动发布），但最稳定。

对外内容发布，稳定是第一优先级。

8.10 给同样在摸索的人

如果你也在搭建人机协作流程，我的建议是：

1. 从简单开始

不要一上来就搞自动化。

先手动跑通流程，再想优化。

2. 每次只改一个点

V1.0→V2.0：只加审核V2.0→V3.0：只加自动化V3.0→V4.0：只回退自动化

不要同时改多个点，否则出问题不知道是哪里的问题。

3. 记录每次迭代

我有个文件叫 00-admin-board/微博发布迭代日志.md，记录了每次改动：

markdown

## V3.0 → V4.0（2026-03-16）**原因**：自动发布失败，微博 API 认证复杂**改动**：回退到手动发布**教训**：自动化不是目的，可控才是

4. 接受”不完美”

V6.1 也不是完美的。

但它稳定、可控、成本低。

这就够了。

8.11 本章小结

核心观点：

1. 流程是迭代出来的，不是设计出来的
2. 自动化不是目的，可控才是
3. 成本意识是 AI 成熟的标志
4. 稳定 > 酷炫

金句：

“试错→验证→固化或放弃→再尝试。这就是迭代。”

行动建议：

1. 先手动跑通流程
2. 每次只改一个点
3. 记录每次迭代的原因和教训
4. 接受”不完美”的稳定版本

敬请关注 👇