広告

YOLOモードでエージェントを扱うためのアドバイス

Reddit r/LocalLLaMA / 2026/3/28

💬 オピニオンDeveloper Stack & InfrastructureTools & Practical Usage

要点

  • 著者は、完全自律の「YOLOモード」エージェント型コーディング(人間がコードを書いたりレビューしたりしない)を試し、そのワークフローから得た教訓を共有しています。
  • 実行前に、詳細なspec.mdを作成して、十分に練られたToDoリストとエッジケースを整理することを推奨しており、これはモデルへの指示を改善するだけでなく、モデル・ハンドオフの成果物にもなります。
  • 機能(必要に応じてGUIも含む)ごとにユニットテストを生成し、変更のたびに全テストスイートを実行して、破壊(ブレイク)を減らし反復を高速化することを強調しています。
  • エージェントが修正できない「絶対的なgolden」テストを維持し、自律的な改訂を通じても重要な振る舞いが保護され続けるようにすることを提案しています。
  • モデル主導のコミットによる自動バックアップを追加し、自律的な変更がうまくいかなかった場合でもチームがきれいにロールバックできるようにしています。また、他の人から追加のYOLOモードに関するベストプラクティスを求めています。

昨年の11月まで、私はアシスタント型のワークフローを使っていて、すべてを一緒に書いていました。 そして今年の初めに、小さなPRのような作業のためにエージェント型のコーディングツールを使い始めましたが、それでも毎行をレビューして、必要なら変更していました。

ここ数週間で、初めて、コードを書いたりレビューしたりせずに、エージェント型のコーディングで開発する実験をしました。つまり、承認を求めずに完全に自律したモードで動かして、何が起きるのかを見てみたのです。

現時点で私が学んだことを紹介します。

  1. 仕様: 短いプロンプトでタスクを投げるのではなく、やることリスト付きの詳細な仕様を議論しながら共同で書きます。これにより、事前に想定されるエッジケースを考え抜き、モデルへのより明確な指示と、より良い設計にたどり着くことができました。さらに、spec.mdは、モデルを切り替える必要が出たときの引き継ぎ指示としても役立ちました。
  2. ユニットテスト: モデルに、GUIを含むすべての機能についてユニットテストを生成させ、各修正のたびに自動でテストスイート全体を実行させていました。これにより、より速く開発を自動化しつつ、最小限の破壊で信頼性の高いコードを作れるようになりました。また、エージェントがいかなる状況でも変更してはいけない「絶対に黄金(golden)」なテストをいくつか保持していて、すべての改訂はそれらのテストに合格する必要がありました。
  3. バックアップ: モデルに自動で修正をコミットさせていたので、常にきれいな状態から開始でき、必要ならロールバックもできます。

つまり、これらはそもそも一般的に良いアイデアではあるのですが、それをデフォルトの指示に明示的に組み込んだことで、物事がかなりスムーズに、そして速く進むようになりました!特に、ユニットテストをワークフローに組み込んだことが、プロセスを劇的に加速させました。

皆さんは、完全に自律(AKA YOLO)モードでのエージェント型コーディングを成功させるために、他にどんな助言がありますか?

submitted by /u/chibop1
[link] [comments]

広告