Devinにコードレビューをさせ、コード品質と開発速度を同時に高める話

チューニング チューニングにあたっては、大きく以下の3点を重視しました。また、これらを管理するための「プロンプト」と「Knowledge」の使い分けも工夫しています（後述します）。 レビュー時のお作法を守らせる（AIは細かい作業に分解することが苦手な場合が多いため、ファイル単位でのチェックや処理の追い方といった手順をインプットしています） Railsアプリケーションにおける理想的な設計パターンをレビュー時に定着させる グロービス特有のドメイン知識・運用ルールを活用させる これらの観点で情報整理を行うことにより、「一般的に望ましい設計や実装方法」だけでなく、「自社特有の事情を反映した指摘」を自然に提示できるようになります。 また、知識の初期構築に多くの時間を割くことなく、実際に使いながらDevinにフィードバックを行い徐々に精度を高めていけるため、最初は小さく始めることを意識しました。 Kn

[dorapon2000]

“具体的には、過去に何度も繰り返し指摘してきたようなパターン的な問題をAIが肩代わりしてくれるため、人間がより本質的で難易度の高い課題に集中できるようになりました。”

[noeloasis]

“Devin”

[misshiki]

“Devinは「AIコーダー（自動コーディング）」として注目を集めています。しかし実は、「AIレビュアー」として活用することで、コード品質の向上・チームを跨いだ知見の横展開など、さらなるメリットを得られる”

[T-norf]

これは本当にDevinにやらせるのが効率的なのか、別途ワークフローを作るべきかどうかは要考察な気が。ツール性能より、Devinのナレッジ蓄積vsドキュメント整備の勝負なのかもだけど

[masatomo-m]

"ジュニアエンジニアレベルの実装タスクを任せられる" は分かるけど "シニアエンジニア並みの指摘を行える" がホントならそこで開発完結しそうだが、自分がAiderとか使ってる限りでは人間いらない感じはないけどなあ