AIでコードは書ける。でも「試すこと」は、まだ怖いままだった
最近、個人開発をしていて強く感じていたことがあります。
やりたいことはたくさんある。生成AIのおかげで、コード自体もかなり速く書けるようになった。
それでも── 開発全体のスピードは、思ったほど上がっていない。
もっと楽に開発できないかな、そんな思いから DeLvoop Runner というツールを作り始めました。

対話型AIは楽しい。でも、1画面に縛られる
Claude Code や Cursor を使った開発体験はすごいですよね。もう以前の開発スタイルには戻れません。
対話しながら作れるし、思考も補助してくれる。実装の質も高い。
ただ、個人開発を続けている中である限界に気づきました。
結局、1つの指示を出して、応答を待って、確認して、次に進む。この繰り返し。
応答待ちの時間が細切れに発生するんですが、その間に別の開発を進めるのは意外と難しいんですよね。集中が途切れるというか。
結果として、
- 作業は順番にしか進まない
- 画面に張り付く時間は減らない
「手を動かす人がAIに変わっただけで、開発の進め方自体は変わっていないのでは?」
そう思うようになりました。
個人開発では「失敗するかもしれない実装」を避けがちになる
もうひとつ、個人開発ならではの問題があって。
それは、実りがあるか分からない開発に、躊躇してしまうことです。
「このプロトタイプ、うまくいくか分からないんだよな」
「でも指示を考えて、待って、確認して…」
「ダメだったら時間を無駄にした感が残るし」
こうして、本当は試してみたいアイデアを、無意識のうちに捨ててしまう。
で、結果として何が起こるかというと、
- 無難な実装だけを選ぶようになる
- 「遊び」や「冒険」が減る
これって技術の問題じゃなくて、心理的コストの問題なんですよね。
個人開発だと特に、「失敗したくない」という気持ちが強くなる。時間は有限だし、全部自分で責任を持つから。
本当にやりたかったのは「並列に試せる開発」
そこで考えたのが、この発想です。
人は考える。AIは裏で、並列に手を動かす。
もし、
- Issue A, B, C, D を同時に走らせて
- しばらく放置して
- あとからまとめてPRをレビューできる
そんな状態が作れたらどうだろう、と。
- 良ければマージ
- 微妙なら修正
- ダメならそのままクローズ
失敗しても、後悔が残らない。
これなら、「ちょっとした実験」や「遊び」をもっと気軽に入れられるんじゃないか。
この考えが、DevLoop Runner の出発点でした。
AIに任せたいのは「逐一確認する」ではなく「並列に動かす」
世の中には、AIが自律的に開発を進めるツールもあります。
それはそれで魅力的なんですが、自分がやりたかったのは少し違っていて。
DevLoop Runner では、
- GitHub Issue を起点に
- AIが要件定義・設計・実装・テストまで進め
- PRとして成果物を出す
という流れを前提にしています。
ここで重要なのは、人がチェックするタイミングを選べるということです。
設計段階で確認してから実装を進めることもできるし、最後にPRレビューでまとめて確認することもできる。
要するに、
AIに開発を丸投げしたいわけじゃない。並列実行だけを任せたかった。
人はレビューと意思決定に集中する。そういう役割分担を前提にしています。
「失敗してもいい」状態を、仕組みで作る
このツールで一番価値があると思っているのは、実装速度そのものじゃないんです。
試すことを、怖くなくすること。
これに尽きます。
- プロトタイプ用のIssueを書く
- AIが勝手に実装する
- 合わなければ閉じる
それだけ。
自分の時間や集中力を「失敗するかもしれない実装」に賭けなくていい。
この心理的安全性があるだけで、個人開発の進め方はかなり変わると感じています。
実際、自分も最近は「とりあえずIssue立てとくか」という感覚になってきました。失敗してもPR閉じるだけだし、という。
同じように悩んでいる人へ
- AIコーディングは使っているけど、思ったほど速くない
- Issueが溜まりがちで、全部自分で抱えている
- 試したいアイデアはあるけど、踏み切れない
もし、そんな感覚が少しでもあれば、この「並列に試す」という考え方は一度体験してみる価値があると思います。
DevLoop Runner はまだ発展途上で、初期設定(GitHubトークンとか)も必要です。
それでも、「この方向、ちょっと面白そうだな」と思ってもらえたら、一度 Issue を投げてみてください。
おわりに
AIがコードを書けるようになった今、次に変わるべきなのは開発のスピードではなく、開発の勇気なのかもしれません。
人は考える。AIは並列に動く。失敗してもいい。
そんな開発スタイルを、少しずつ試していけたらと思っています。
DevLoop Runner:https://devloop-runner.app/
Discussion