高辣浓情御书屋(
1.3MB · 2026-03-24
前两天刷到一条热搜：OpenClaw 创始人称"Vibe Coding 是对 AI 编程的贬义词"。
这让我想起三个月前，我还是那个让 Cursor 补代码的"Vibe Coder"。
而现在，我有 16 个 AI Agent 7×24 小时运转，自动运营 13 个自媒体平台。每天醒来，文章已经写好等我审核，数据报表自动生成，选题推荐已经躺在我的消息列表里。
这中间发生了什么？
今天这篇文章，我想聊聊从 Vibe Coding 到 Agent 军团的进化路径，以及为什么我认为：
"Vibe Coding" 这个词最早由 Andrej Karpathy（OpenAI 联合创始人）在 2025 年提出：
翻译过来就是：不写代码，只告诉 AI 你要什么，让 AI 搞定一切。
# 传统编程
vim app.py
# 写 200 行代码...
# Vibe Coding
"帮我写一个 FastAPI 服务，支持用户注册登录，用 JWT 鉴权，数据存 PostgreSQL"
# AI 输出 200 行代码，直接跑
看起来很美好对吧？
但问题来了：Vibe Coding 只能解决单点问题。
我用 Cursor + Claude 写了三个月代码后，发现几个致命问题：
每次新对话，AI 都忘了上次聊过什么。你要反复解释项目背景、技术栈、代码规范。
你让 AI 写完代码，它就停了。明天你想让它继续，又要从头来。
你有 3 个任务要并行，只能开 3 个 Cursor 窗口，人肉协调。
上周踩的坑、上月做的决策，AI 全不记得。
一句话总结：Vibe Coding 是"即时满足"，但不是"系统解决方案"。
三个月前，我发现了一个关键转变：
工具用完就放下，员工是持续工作的。
┌─────────────────────────────────────────────────────┐
│ 孟健 (人类决策层) │
└─────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────┐
│ 墨媒 (中央调度) │
│ 接收指令 → 分解任务 → 分发给专业 Agent │
└─────────────────────────────────────────────────────┘
│ │ │
▼ ▼ ▼
┌─────────┐ ┌─────────┐ ┌─────────┐
│ 墨笔 │ │ 墨金 │ │ 墨星 │
│ 内容创作 │ │ 掘金 │ │ 知识星球 │
└─────────┘ └─────────┘ └─────────┘
│ │ │
▼ ▼ ▼
┌─────────┐ ┌─────────┐ ┌─────────┐
│ 墨视 │ │ 墨推 │ │ 墨码 │
│ 视频制作 │ │ X/微博 │ │ 代码审查 │
└─────────┘ └─────────┘ └─────────┘
每个 Agent 都有：
早上 8:30，我还没起床：
中午 12:00：
晚上 22:00：
整个过程，我的工作时间从 8 小时压缩到 1 小时。
这不是魔法，背后有几个关键技术：
# MEMORY.md - 墨金（掘金 Agent）
## 爆款规律
- AI 工具横向对比 + 数据 > 单工具测评 > 创业故事
- 实用教程类收藏率最高（如「OpenClaw 做视频」2.8% 收藏率）
## 竞品监控
- 风象南：开始写 OpenClaw + 飞书，需差异化（我们写规模化）
## KPI
- 3 月目标：粉丝 1,800 | 当前 1,348 | 进度 29%
每个 Agent 都有自己的 MEMORY.md，持续积累经验。
// 墨媒调度墨笔写稿
sessions_send({
agentId: "content:main",
message: "写一篇掘金文章：Vibe Coding 的进化...",
});
// 墨笔完成后通知墨金
sessions_send({
agentId: "juejin:main",
message: "文章已就绪，请填充编辑器",
});
Agent 之间可以互相通信、协调任务。
# 墨金的 Cron 配置
- id: juejin-daily-pipeline
prompt: 执行掘金每日流水线：数据采集 → 选题 → 写作 → 填充
schedule: "30 8 * * *" # 每天 8:30
不需要人触发，Agent 自己按时干活。
# 通过 Chrome DevTools Protocol 操作真实浏览器
import websocket
import json
def fill_juejin_editor(title, content):
ws = websocket.connect("ws://localhost:9222/devtools/page/xxx")
# 模拟真人操作，填充标题、正文
# 绝不用 headless，避免被风控
Agent 能操作真实浏览器，完成发布、数据采集等任务。
我从 2025 年 11 月开始搭建 Agent 系统，到现在 3 个月：
| 指标 | 搭建前 | 搭建后 | 增长 |
|---|---|---|---|
| 每日工作时间 | 8 小时 | 1 小时 | -87% |
| 掘金粉丝 | 800 | 1,348 | +68% |
| 内容产出 | 2 篇/周 | 3 篇/周 | +50% |
| 平台数量 | 3 个 | 13 个 | +333% |
最让我惊讶的是：内容质量没有下降。
因为 Agent 只负责执行，所有发布决策还是我来做。AI 是员工，不是老板。
如果你现在还在 Vibe Coding 阶段，这是我的建议：
不要让 AI 当"通用助手"，给它一个具体角色：
# SOUL.md - 你的掘金运营 Agent
你是掘金独立运营者，负责：
1. 每日数据采集
2. 热点选题分析
3. 文章内容创作
4. 编辑器填充
你不负责其他平台。
# MEMORY.md
## 发布规范
- 标题 30 字内，必须有数字
- 配图用真实截图，禁止 AI 生成
- 发布时间 21:00-22:30
## 踩坑记录
- 2/20：掘金不支持 WebP 图片，要转 PNG
从一个简单的每日任务开始：
- id: daily-data-collection
prompt: 采集昨日数据，分析涨跌原因
schedule: "0 9 * * *"
一个 Agent 跑稳了，再加第二个。不要一上来就搭 16 个。
回到开头的争议：Vibe Coding 是不是贬义词？
我的看法是：Vibe Coding 本身没问题，但如果你一直停在这个阶段，就会被抛下。
就像：
每一次跃迁，都是从"工具使用者"变成"系统构建者"。
现在的问题是：你准备什么时候跃迁？
