我用龙虾搭了个写作团队，已经能稳定日更了（附完整方案）

疯狂的程需猿

397人浏览 · 2026-03-17 18:30:42

疯狂的程需猿 · 2026-03-17 18:30:42 发布

摘要

看完你能直接拿走：

一套完整可用的 AI 写作团队（6 个子 Agent）
一套标准化创作流程（Step 0-5，可直接照抄）
真实效果数据（10 天 10 篇，稳定日更）
完整配置包（文末领取）

适合：技术博主、公众号作者(其他平台也可自行微调一下)、想提高写作效率的开发者

开头

说实话，写技术文章这事儿挺折磨人的

你要干多少活儿？选题、查资料、写稿、审核、改稿、想标题……一个人全干了(虽然现在有AI帮忙)

上周我算了一笔账：写一篇 2000 字的技术文章，从选题到发布，平均耗时 4-5 小时。如果要日更，那就是每天 4-5 小时全砸在写作上

这还不包括那些隐形的时间成本：刷 GitHub Issues 找选题得 30 分钟

查官方文档确认细节 20 分钟

反复修改一段话的表达 15 分钟

最折磨的是想 10 个标题选 1 个，又得 20 分钟

一个人，就是一个内容团队。------听起来挺励志，实际上累得半死。

直到我做了个决定：用我的写作SOP一个 AI 写作团队。

不是那种"一键生成文章"的玩具，而是6 个专业分工的子 Agent，各干各的，流程都标准化了。

现在我的日常写作在早上地铁通行的时间就能完成了

在这里插入图片描述

这个团队我花了一周时间打磨：

每个角色都有明确分工（不是一段 prompt 瞎跑）
每一步都有标准流程（可复盘、可追踪）
所有内容必须“落盘”，避免“黑盒生成”

一开始的文章质量不行，我花了一周时间来调教他

现在的文章质量效果极其好，有时候我甚至觉得比我还像人

而且这还只是第一版

接下来我正在做这些事情：

🧠 自动接入公众号评论区回复（需认证 API）
✍️ 自动发布到公众号草稿箱
📊 自动选题 + 数据驱动内容运营

它正在从“写作工具”，变成一个真正的“运营总监”

下面我把这个团队的架构、工作流程和配置文件都摊开给你看，你可以直接抄作业

一、团队架构（6 个成员）

这个团队，本质是一个小型内容公司

组织架构图

在这里插入图片描述

6 个成员职责

这 6 个家伙分别是：

名称	职责	subagent_type	工作模式
猎手	搜寻文章选题方向	writing-hunter	run（一次性）
探探	资料研究与素材收集（3 个并行）	writing-researcher	run（一次性）
阿书	根据选题和素材完成初稿，根据审稿意见修改	writing-drafter	session（持续参与）
严谨	事实核查、内容验证	writing-fact-checker	session（持续参与）
润润	风格审计、去 AI 味	writing-voice-auditor	session（持续参与）
阿标	拟定标题（15 个候选）	writing-title-crafter	run（一次性）

每个 Agent 都有自己的工作手册（IDENTITY.md + SOUL.md + USER.md + TOOLS.md）

职责、风格、输入输出标准都写得清清楚楚。

这不是那种"一个 Prompt 走天下"的玩具，是真正按专业分工来的。

二、工作流程（Step 0-5）

流程概览

整个流程分 6 步，长这样：

选题 → 素材整理(联网搜索) → 初稿 → 审核 → 修改 → 标题

在这里插入图片描述

Step 0：选题确认

谁负责：阿 Q（总调度）

干啥：

询问用户是否有风格参考文章
初始化项目文件夹（articles/YYYY-MM-DD/{项目名}/）
撰写 Brief.md（创作要求）并请用户确认

产出啥：项目文件夹 + Brief.md

在这里插入图片描述

Step 1：素材采集

谁负责：阿 Q（总调度）

干啥：

启动 3 个独立的探探（mode: "run"），并行工作

分工：

编号	负责方向	产出文件
researcher-1	搜索往期文章相关主题内容	`context/research-1.md`
researcher-2	联网搜索案例与引用整理	`context/research-2.md`
researcher-3	联网搜索最新资料和外部相关文章	`context/research-3.md`

产出啥：3 份素材报告

Step 2：初稿撰写

谁负责：阿 Q（总调度）

干啥：

创建写作团队 — TeamCreate → team_name: "writing-{项目名}"
启动主笔阿书 — subagent_type: "writing-drafter"
收到 v1 后，先发给用户确认方向（最多 2 轮调整）
用户确认后才进入审核

产出啥：drafts/v1.md → drafts/v2.md（如需调整）

在这里插入图片描述

Step 3：首轮审核

这一步阿 Q 负责。

干啥呢：同时启动事实核查员（严谨）和风格审计员（润润），俩家伙并行跑。等两份审核报告都出来了，汇总意见，准备进入迭代。

关键规则就一条：审核必须并行，不能一个跑完再跑另一个。

产出啥：reviews/fact-check.md + reviews/voice-audit.md

在这里插入图片描述

Step 4：迭代修改循环

谁负责：阿 Q（总调度）

干啥：

将审核报告发送给主笔阿书修改
判断修改性质，决定是否触发审核：
- 重大修改 → 触发双审
- 中等修改 → 触发对应审核员
- 轻微修改 → 不触发，直接给用户确认
跟踪迭代轮数（上限 5 轮）
满足退出条件后进入 Step 5

退出条件（满足任一）：

用户确认定稿
审核通过（无重大问题，评分≥7/10）(阈值可以动态调整)
达到迭代上限（5 轮）

产出啥：drafts/v3.md → … → drafts/final.md

Step 5：标题打磨 + 终审

谁负责：阿 Q（总调度）

干啥：

启动标题打磨 — subagent_type: "writing-title-crafter" → 15 个候选标题
汇总报告 — 终稿位置 + TOP5 标题 + 审核摘要 + 迭代历史
必须展示完整终稿，用户确认后才能发布
清理资源 — TeamDelete("writing-{项目名}")
更新选题表 — articles/published-topics.md

产出啥：reviews/titles.md + drafts/final.md

在这里插入图片描述

三、效果展示

3.1 耗时对比：人工 vs AI 写作团队

环节	人工写作（传统）	AI 写作团队
选题调研	30-60 分钟	5-10 分钟（猎手）
素材搜集	60-90 分钟	30 分钟（3 个探探并行）
初稿撰写	90-120 分钟	5-10分钟（阿书）
事实核查	30 分钟（自查）	5 分钟（严谨）
风格润色	30 分钟（自改）	5 分钟（润润）
标题打磨	20-30 分钟	5 分钟（阿标，15 个候选）
总耗时	4-5.5 小时	<1小时

这就好比我雇了 6 个员工，他们干活的时候我可以去喝咖啡，只需要在他们需要我决策的时候出现一下。

3.2 已发布文章列表（2026 年 3 月）

日期	标题	核心主题	状态
03-17	Go 后端人转 AI 开发：为什么 Go+ 字节 Eino 框架是降维打击	Go+AI 开发	✅ 已完成审核
03-16	Go 1.26 生产环境能升级吗？3 个新特性实战指南	Go 1.26 新特性	✅ 已发布
03-15	Go 的"三元表达式"？很多人一上来就用错了	语法技巧	✅ 已发布
03-14	Go 1.26 还在看到 context canceled？99% 的人根本不会用 Context	Context 用法	✅ 已发布
03-13	Go 枚举的 4 种写法，第 4 种几乎没人用，却最安全	枚举模式	✅ 已发布
03-12	Go error wrapping：什么时候该用 %w	错误处理	✅ 已发布
03-10	Go 想抄 Rust 的这个特性，老 gopher 都急了	语言特性对比	✅ 已发布
03-09	为什么 Go 宁可写 30 行代码，也不肯加默认参数	语言设计理念	✅ 已发布
03-08	全网 6 万只"龙虾"正在裸奔：OpenClaw 安全部署第一课	安全部署	✅ 已发布

3.3 质量对比：AI 写作 vs 人工写作

事实准确性

指标	人工写作	AI 写作团队	说明
事实错误率	约 5-10%（据经验估算）	<2%（经严谨核查）	AI 团队有专门的事实核查环节
数据验证	依赖个人经验	多来源交叉验证	探探会从 3 个独立来源确认
代码准确性	高	高	阿书生成的代码基于官方示例

案例：Go-Eino 文章事实核查结果

总断言数：28
已验证：22（78.6%）
基本可信：4（14.3%）
存疑：2（7.1%）
错误：0（0%）

风格质量

维度	人工写作	AI 写作（经润润审计）	说明
口语感	8-9/10	7.5/10	AI 经过风格审计后接近真人
短句率	8/10	7/10	AI 偶有长句，需人工优化
AI 味	N/A	7/10（10=完全无 AI 味）	有少量典型 AI 表达

说实话，7.5/10 的风格评分，已经能让大部分读者觉得是真人写的了。

当然，偶尔还是会有点 AI 味，比如长句多了、书面语重了。但这些都能在审核环节被发现，然后让阿书改。

四、如何获取写作团队配置

4.1 你能得到什么

我已经将完整的写作团队配置文件打包好了，包括：

1. 完整配置文件（开箱即用）

writing-team/
├── openclaw.json                    # OpenClaw 系统配置
├── workspace-writing/               # 写作团队工作空间
│   ├── AGENTS.md                    # 子 Agent 调度规则（核心）
│   ├── SOUL.md                      # 人格定义
│   ├── USER.md                      # 用户档案
│   ├── IDENTITY.md                  # 能力手册（工作流程）
│   ├── TOOLS.md                     # 环境配置
│   │
│   ├── agents/                      # 6 个子 Agent 工作手册
│   │   ├── hunter/                  # 猎手 - 选题专家
│   │   ├── drafter/                 # 阿书 - 主笔作者
│   │   ├── tantan/                  # 探探 - 素材研究员
│   │   ├── factchecker/             # 严谨 - 事实核查员
│   │   ├── runrun/                  # 润润 - 风格审计员
│   │   └── titlecrafter/            # 阿标 - 标题专家
│   │
│   └── articles/                    # 文章产出目录
│       ├── published-topics.md      # 已发布选题表
│       └── topic-templates/         # 模板文件夹
│
└── README.md                        # 接入指南总览

每个 Agent 包含 6 个文件：IDENTITY.md（职责）、SOUL.md（人格）、USER.md（服务对象）、TOOLS.md（工具）、AGENTS.md（协作规则）、HEARTBEAT.md（周期任务）。