How to vibe code at work without your colleagues hating youの日本語訳です。
最近はバイブコーディングが至る所にあるようです。週末だけでスタートアップ全体をバイブコーディングしたという人々のTwitterスレッドに後押しされ、開発者の最新トレンドになりました。
趣味のプロジェクトをバイブコーディングするのは楽しいものですが、混沌として自然発生的なAIのエネルギーを職場へ持ち込みたくなるかもしれません。ご注意ください。巨大でわかりにくく、バグだらけのコードの塊をレビューさせられたチームメンバーは、おそらくあなたの熱意を共有しません。
職場で「バイブ」したくなる人々へこの問題を説明するため、コミックを作りました。The Vibes Are Offでは、オフィスのバイブコーダーであるZigが、疲れ果てた同僚のGrumpsterへ巨大なPRを提出します。かわいそうなGrumpsterは心を削られながら2日間かけて片付けますが、CTOが公の場で称賛するのは、コーディングを数時間短縮したZigです。Grumpsterはどうなるのでしょうか。彼は心の中で静かに息絶えていきます。
こちらからお読みください：
CodeRabbitでは、コードレビューが誰かを何十年にもわたる復讐の旅へ駆り立てるべきだとは考えていません。そのため、コードレビューのエチケットシリーズを開始します。最初の課題は、バイブコーダーが社内で最も嫌われる開発者になることを防ぐことです。
バイブのままPRを出さず、コードを編集する
わかります。曖昧なプロンプトからAIコーディングアシスタントがアプリ全体を吐き出す様子を見るのは最高の気分です。しかし、お願いです。そのままPRへコミットしないでください。AIが生成したコードは冗長であることで知られ、意味のないループや、ライブラリに存在しない架空の関数といった小さな驚きを散りばめるのが大好きです。
チームメンバーへ苦痛を引き渡す前に、時間を取ってAIの出力を実際に読んでください。読み終えたら、もう一度読みましょう。そして、さらにもう一度読んでください。
不自然な関数をリファクタリングし、無作為に入り込んだ意味不明な部分を取り除き、アシスタントが存在しないAPIを作り出していないか確認してください（思っている以上によく起こります）。つまり、同僚から恨まれないために最低限必要なことをしてください。
そうすれば、同僚はあなたのPRが表示されるたびに身構えずに済みます。あなたが原因で同僚同士がバイブコーディングのミームをDMし合う事態も避けられるかもしれません。
巨大なPRを避ける
「+11,374、-3」と表示されるPRほど、職場ですぐに怒りを引き起こすものはありません。AIアシスタントから受け取ったPRが戦争と平和に匹敵する長さなら、コードレビューのエチケットとして知られるあらゆるルールへ正式に違反しています。開発者版のEmily Postは、あなたへ非常に腹を立てています。
巨大なPRは単に迷惑なだけではありません。レビュアーが重要な問題を見落とし、バグを本番環境へ送り込むことを確実にします。その代わり、バイブコーディングした傑作を小さく、理解しやすい単位へ分割してください。自分が受け取りたい形にするのです。
AIアシスタントが機能全体を一度に渡してきたとしても、同僚へ終わりのないレビューを課す前に、思いやりを持って論理的な単位へ分割してください。さもなければ、時間がどういうわけかループするBlack Mirrorのエピソードにいるような気分にさせてしまいます。
間違いなく、チームメンバーはその努力に感謝し、あなた自身も遠回しに攻撃的なコメントや、即座の「Request Changes」を避けられます。
組織のスタイルと標準にコードを合わせる
組織のスタイルガイドとコーディング標準は、単なる「提案」ではありません。バイブコーディングをともに行ったAIが、camelCaseとsnake_caseを一緒に使うと美しいと判断しても、同僚が同意するとは限りません。スタイル上の問題をレビュアーへ残して片付けさせれば、npmがnode_modulesを構築するよりも速く不満が積み上がります。
バイブで生成したコードが既定のスタイルに合っていることを確認してください。確かに退屈かもしれません。少し余計に時間もかかります。しかし、同僚はアシスタントが生み出した最新の前衛的な変数命名法をデバッグするために参加したのではないことを忘れないでください。
IDE内でAIにレビューしてもらう
どうしてもバイブコーディングするなら、少なくとも先にAIアシスタントを動員し、コードを片付ける重労働を任せるくらいの配慮をしてください。CodeRabbitでは、IDE内でAIによるレビューを提供しています（しかも無料です）。恥ずかしいバグ、明らかなミス、見逃すかもしれない意味不明なロジックを、人間のレビュアーが目にしてあなたへの評価を数段階下げる前に発見します。
こうした事前レビューを実行することは、チームメンバーの時間を尊重する姿勢を示します。ロボットに今すぐ批判してもらい、同僚が後で批判しなくて済むようにする、究極の思いやりです。
何らかの理由で、苛立った開発者から遠回しに攻撃的なコメントを受けるのが本当に好きな場合も、ご安心ください。CodeRabbitのトーンをカスタマイズして、チームメンバーと同じ苛立った口調でコメントさせることができます。
同僚へ事前に伝え、後で感謝する
AIが生成したコードをチームメンバーの日常へ放つなら、せめて事前に伝えたほうがよいでしょう。「注意、バイブコーディングしたPRが来ます！」といった簡単なSlackメッセージを送れば、チームは心の（あるいは感情の）準備ができます。申し訳なさそうな絵文字をいくつか加えてもよいでしょう。おすすめは🫣🫠😳です。
さらに良いのは、PRにいつもより多くの「何だこれは」が含まれている可能性を前もって認めることです。同僚が何時間もかけてAIの奇妙なロジックを解きほぐした後（同僚もCodeRabbitのようなAIレビュアーを使って初回確認を行えば、時間は短くなります）、感謝を伝えるのを忘れないでください。苛立ったコメントへの感謝の返信だけでも構いません。感謝は、バイブによる苛立ちを和らげるうえで大きな効果があります。
コードレビューのベストプラクティス：責任を持ってバイブする
バイブコーディングは定着するでしょう。少なくとも、AIツールが賢くなり続け、開発者がソーシャルメディアで複数投稿のスレッドを書き続ける限りは。実験して楽しむことに問題はありませんが、チームメンバーがAIの支援による罪のために苦しむ必要はありません。
コミット前に編集してレビューし、会社の標準を尊重し、AIで膨らんだPR爆弾を落とす前に知らせるという基本的なエチケットへ従えば、社内で最も嫌われる開発者になることを避けられるかもしれません。さらに、実際により良いコードを生み出せます。
このアドバイスをすべて無視し、無謀なバイブコーディングを続けて、社内で最も辛辣な内輪ネタの主役になる道もあります。しかし、警告しなかったとは言わせません。
VS Code、Cursor、Windsurfで**無料の コードレビューへ登録したいですか？ こちらへどうぞ。
