「AIが書いたコードはゴミだ」？批評者は半分正しい——欠けているのは「段階」という一言

2026年も半ばを過ぎた頃、「vibe coding」はその場にいる全員を二つに引き裂く言葉になった。一方はクラウド以来最大の転換だと讃え、もう一方は「AIが生成したゴミに、職人仕事の化粧を施した体裁のいい言い訳」と切り捨てる。

論争は激しい。そして私が言いたいのは：両方とも正しい——ただ、それぞれ一言足りていない。

批評者の懸念、耳を傾けるべき理由

まず明確にしておく：vibe codingを批判する人たちは、的外れなことを言っているわけではない。

彼らの核心的な懸念は安全性と保守性だ。「プロンプト優先」で作られたアプリの多くが、最初から最後までセキュリティレビューを一度も通らない。あなたのプロダクトがカネ・身元・他人のデータに触れるなら、この懸念は即座に成立する——しかも致命的に。

この部分の批判は、真剣にプロダクトを作る人間なら誰もが丸ごと受け入れるべきだ。動くデモと、リアルなユーザー・攻撃・データに耐えられるシステムの間には、広い川がある。

だが一言欠けている：段階

批評者はどこで間違えたか？あらゆる場面を一つの鍋に投げ込んだことだ。

「AIが生成したコードは安全でなく、保守しにくい」という命題は、本番システムには成立し、プロトタイプには著しく誇張されている。これは全く異なる二つの段階であり、同じ物差しで測れば、議論は永遠に噛み合わない。

• プロトタイプ段階：目標は意図の検証——これを作るべきか、作ったものをユーザーは認めるか、体験は正しいか。この段階でコードが本番に耐えられるかどうかはそもそも問題ではない——本番に出すつもりがないのだから。
• 本番段階：目標は現実世界に耐えること——安全性・パフォーマンス・コンプライアンス・保守性。この段階では、批評者の懸念は一つ残らず正当だ。

正しいツールを、正しい段階で使う。本番の基準でプロトタイプを責めるのは不公平であり、プロトタイプの基準で本番を作るのは無謀だ。

doaimは最初からこの二つを分けていた

これがまさに doaipm が一貫してやってきたことだ。私たちは「AIで一言作ったものをそのまま本番に出せる」とは一度も言っていない——私たちが言ってきたのは、分離した二つのことだ：

第一に、高保真優先は、より速い検証のためだ。 ワイヤーフレームを飛ばして動く本物を直接作るのは、本番コードを納品するためではない。動くプロトタイプは、エンジニアリングチームが受け取れる中で最も正確な要件定義書だからだ。その使命は「正しく作れたか」に答えること——数週間ではなく、数時間で。

第二に、安全網は批評者への正面からの回答だ。 doaipm の安全網には明確に書かれている：

• プロトタイプに本物のキーや本番データを置かない——ダミーデータ・脱感作データを使う；
• 不可逆な操作（公開・削除・支払い）は人間が実行する；
• 本番環境には触れない——プロトタイプはローカルまたはテスト環境でのみ動かす；
• 迷ったとき（コンプライアンス・決済・プライバシー・技術選定）は人間に委ねる；
• プロトタイプは要件定義書であり、本番版はエンジニアリングが再構築する。

批評者が恐れていたこと——カネに触れる、身元に触れる、他人のデータに触れる、直接本番に出す——安全網の一条ずつが全部塞いでいる。

では「AIが書いたのはゴミ」は正しいのか？

あなたがそれを何に使うかによる。

• 一度きりの高保真プロトタイプを使ってアイデアを検証するなら——それはこの時代で最もコスパの高い投資だ、間違いなく。
• セキュリティレビューを通していないプロンプト製アプリをそのまま本番に出してユーザーのカネとデータに触れさせるなら——批評者は正しい、それは確かにリスクを生んでいる。

同じツール、二つの結果。その分水嶺が**「段階」**という一言だ。

成熟とは、どちらの陣営に立つかではなく、自分が今どの段階にいるかを知ること

この論争が本当に伝えていることは：陣営を選ぶな、段階を分けろ。

そして「今はどの段階で、どの物差しを使うべきか」——その判断こそがプロダクトマネージャーの仕事だ。AIが「作ること」を極端に安くした分、「正しい段階で正しいことをする」という判断力が、逆に最も希少な価値になる。

高保真優先、しかしプロトタイプは絶対に本番と同じではない。AIのスピードを信頼しながら、本番の一線を守る。

doaipm の五段階ワークフローと安全網は、「段階に合ったツールを使う」ために設計されている。メソドロジーセンターと言出法随 操作手册から始めよう。

延伸閲覧

• Vibe Coding — The Vibe Coding Debate 2026: Both Sides, Sourced
• Smashing Magazine — When “Production-Ready” Becomes a Design Deliverable
• Userpilot — Product Management in 2026: Is AI Product Management a Lie?