AI 能写代码。但“尝试”仍然让人感到害怕
Source: Dev.to
Introduction
最近，在我的个人项目中，我注意到了一件事。我有很多想法想尝试，得益于生成式 AI，我写代码的速度比以前快了很多。但整体开发速度并没有像我预期的那样提升。这种脱节促使我开始构建 DevLoop Runner。
The Current AI‑Assisted Development Experience
Claude Code、Cursor 等工具提供了极佳的体验：
- 你可以通过对话进行构建。
- 它们帮助你的思考。
- 实现质量很高。
然而，当我继续进行个人开发时，遇到了一个限制。工作流通常是这样的：
- 给出一个指令。
- 等待响应。
- 审核输出。
- 进行下一个指令。
等待时间会以小块累计，而且在这些间隙里很难去做别的事。于是：
- 工作只能顺序进行。
- 你仍然花同样的时间盯着屏幕。
感觉 AI 只是取代了敲键的人，而整体的开发工作流并未改变。
Psychological Cost of Personal Development
在个人项目中，我们常常犹豫不决，害怕投入可能得不到回报的开发时间：
- “我想做这个原型，但不确定它能否成功。”
- “如果失败了，我会觉得自己浪费了时间。”
这些顾虑让我们在潜意识里放弃了真正想尝试的想法。结果是：
- 我们只会选择安全的实现方式。
- “实验”和“冒险”消失了。
这不是技术问题，而是 心理成本 问题。
A Parallel‑Execution Idea
人类思考，AI 可以在后台并行运行。如果我们能够：
- 同时运行 Issue A、B、C、D。
- 把它们留一段时间。
- 稍后一起审查所有 PR。
那么：
- 如果好就合并。
- 需要修改的就改。
- 完全不行的就直接关闭。
即使实验失败，也不会有遗憾。这种方式可以让我们更自由地加入 “小实验” 与 “玩味实现”。
DevLoop Runner Overview
市面上已有 AI 自动驱动开发的工具，但我想要的稍有不同。使用 DevLoop Runner：
- 从 GitHub Issue 开始。
- AI 负责需求、设计、实现和测试。
- 结果以 Pull Request 形式交付。
Key Features
- 自行决定何时检查。 可以在设计阶段审查，也可以等到最终 PR。
- 委派并行执行。 人类专注于审查和决策，AI 负责繁重的工作。
最有价值的不是原始速度，而是让尝试新事物不再那么恐怖。写一个 Issue 作为原型，让 AI 自动实现，如果不合适就直接关闭。无需把时间和精力押在可能失败的实现上。这种心理安全感可以显著改变个人开发的方式。
Who Might Benefit
- 你在使用 AI 编码工具，但速度并没有想象中快。
- Issue 堆积如山，你自己一个人承担所有工作。
- 你有想尝试的点子，却不敢迈出第一步。
如果以上任意一点与你产生共鸣，“并行尝试” 的概念值得至少体验一次。
Getting Started
DevLoop Runner 仍在迭代中，需要初始设置（例如 GitHub token）。如果这个方向听起来有趣，尝试创建一个 Issue，让 AI 处理其余工作。
现在 AI 已经可以写代码，接下来需要改变的可能不是开发速度，而是开发勇气。
人类思考，AI 并行运行。失败没关系。我正逐步尝试这种开发风格。
DevLoop Runner: https://devloop-runner.app/