Vibe Coding 进阶：Moltbot 的 8 个工程实践

2026-01-30

🚀 Vibe Coding 进阶方向

1. CLI 优先选工具

• 选择有 CLI 的服务：vercel、psql、gh、axiom
• Agent 可以直接调用，不需要额外抽象层
• CLAUDE.md 里写一行 "logs: axiom or vercel cli" 就够了
• 避免 MCP 服务器，用自定义 CLI + 直接上下文管理

2. 大量测试覆盖

• 434 个 test commits（6%）
• 每个功能变更都有测试保护
• 这是高频迭代的安全网

3. Commit 类型隔离

• fix: 不改变 API
• feat: 有明确边界
• refactor: 不改变行为
• docs: 独立于代码
• 每种类型的提交影响范围有明确限定

4. 提交分类（Conventional Commits）

fix:      2,224 次（31%）- 修复
docs:     1,021 次（14%）- 文档
feat:       736 次（10%）- 新功能
chore:      614 次（9%）- 杂务
test:       434 次（6%）- 测试
refactor:   390 次（5%）- 重构

5. 原子化提交

• 每个 commit 只做一件事
• 优势：
  • git bisect 能快速定位问题
  • 回滚操作更安全
  • 代码 review 清晰明了
• 日均 127 次提交也不会失控

6. git bisect

• 配合原子化提交，出问题能精准定位
• 任何一次提交出问题，都能快速回滚，不牵连其他功能

7. 同时用 Opus 和 Codex

不同任务用不同模型：

• Codex：大型任务（重构、新功能）— 会花 10-15 分钟先读文件再写代码，错误更少
• Opus：需要深度理解上下文的任务（架构决策、复杂 debug）

信任校准参数：

• Codex：95% 信任度 → 可直接合并
• Claude Code：80% 信任度 → 需要快速 review
• 其他模型：<70% 信任度 → 需仔细检查

关键是知道什么任务可以完全信任 AI，什么需要人工把关。

8. 瓶颈是思考，不是代码

• 大部分软件很简单，AI 可以直接 build
• 现在的 limiting factor 是人的思考和判断，不是写代码的速度
• "很多 App 将会融化消失" — 简单功能被 AI 直接替代
• 剩下的难题需要深度思考 — 这才是稀缺资源

💡 金句

"我看代码流动，而不是读代码。"
— Peter Steinberger

"技术深度+产品经验+财务自由"的组合是根本，AI 只是放大器。