AIが書いたコードも人が読む・試す 「vibe coding」とレビューを伴う開発の違い
日本語参考訳
「Vibe coded」は、インターネットでおなじみの侮辱になっている。あるセキュリティエンジニアが反論している。 → ソフトウェアとセキュリティの分野で10年以上の経験があり、Claude Codeで開発している → すべての変更を計画し、別のエージェントがレビューした後、本人がテストする → Simon Willison氏：レビューし、理解したコードはvibe codingではない → DHH氏：37signalsは手書きコードについて「鉛筆を置いた」 → Linuxカーネルは、人間が責任を持つAI支援コードを受け入れている
AINNでは投稿本文・投稿者本人の追記・第三者コメントの全文転載を避け、X公式埋め込みと元投稿への導線を中心に表示します。
AIによる見どころ整理
何について
AIで作ったという理由だけで「vibe coded」と切り捨てるべきではない、という意見を0xMarioNawfal氏が紹介した。元のReddit投稿者はソフトウェアとセキュリティに10年以上携わってきたと述べ、Claude Codeの変更を計画し、別エージェントのレビューを経て、自分でもレビューとテストをしていると説明している。 Simon Willison氏も、LLMが書いたコードをレビュー・テストし、動きを説明できるなら、それはvibe codingではなくソフトウェア開発だと区別している。Rails公式の2026年9月公開のDHH基調講演でも、37signalsが手書きコードから離れた話題が取り上げられている。 Linuxカーネルの公式指針では、AI支援を利用しても、人間が内容を理解し、レビューに答え、提出物に責任を持つ必要がある。自動的に採用されるわけではなく、保守担当者は拒否や追加検査も判断できる。AIを使ったかどうかだけでなく、何を確認し誰が責任を持つかを見る、という論点だ。
なぜ注目
個人の開発手順と、Willison氏の定義・Linuxの公式指針を照合して、AI利用と無確認の開発を区別できる。
🔰 初学者向け要約
AIが書いたコードをそのまま使うことと、人が内容を理解してテストすることは別です。この投稿は、使った道具の名前よりも、確認の手順と人間の責任を見るべきだという意見を紹介しています。
用語を調べる
公開記事とWeb上の出典をもとに、Geminiが短く説明します。1日5回まで利用できます。