AI for software engineering: from probable to provable
この論文は、AI によるプログラミング（Vibe coding）が抱える要件定義の難しさとハルシネーションという課題に対し、AI の創造性と形式仕様・形式検証の厳密さを組み合わせることで、確実性の高いソフトウェア開発を実現することを提案しています。
原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
AI とソフトウェア工学：「たぶん」から「確実」へ
ベルトラン・マイヤーの論文を、わかりやすく解説
この論文は、今話題の「AI によるプログラミング（Vibe Coding）」が抱える大きな問題と、それを解決するための「奇跡の組み合わせ」について語っています。
著者のベルトラン・マイヤー氏は、「AI だけでコードが書けるようになる」という夢物語には、2 つの大きな壁があると指摘し、その解決策として**「AI の創造性」と「数学的な証明（形式検証）」を結婚させること**を提案しています。
以下に、日常の言葉と面白い例えを使って解説します。
1. 「ただ言えればコードができる」という嘘
「『やりたいこと』を AI に言えば、勝手にコードが作ってくれる！」という宣伝を聞いたことはありませんか？
著者はこれを**「魔法の杖」**に例えます。昔から「COBOL なら」「4GL なら」「ノーコードなら」と、毎回「もうプログラマーはいらない！」という魔法の杖が登場してきましたが、結局はプログラミングを「より高く抽象化」しただけで、プログラマーを消し去ることはできませんでした。
問題点：「何が必要か」を言うこと自体が、すでにプログラミングと同じくらい難しい
AI に「何を作りたいか」を伝える作業は、**「要件定義（Requirements Engineering）」**と呼ばれます。これはプログラミングの hardest（最も難しい）部分の一つです。
- 例え話： 料理人に「美味しいパスタを作って」と言うだけでは、パスタが完成しません。「トマトソースで、ニンニクは控えめに、アルデンテで」という精密な指示が必要です。
- AI の罠： AI は「たぶんこれでいいだろう」というコードを生成しますが、もし指示が曖昧だと、AI は「たぶん」の範囲で勝手に解釈して、**「見た目はパスタに見えるが、実はプラスチック」**のようなコードを作ってしまうことがあります。
2. 「ハルシネーション（幻覚）」の危険性
AI は、医療診断や翻訳では素晴らしい成果を上げています。
- 医療： 医師が 100 人中 1 人見逃す X 線画像を、AI が 100 人中 0.5 人見逃せば、AI の勝ちです。「たぶん」でいい世界です。
- 翻訳： 完璧でなくても、意味が通れば「たぶん」で OK です。
しかし、ソフトウェア（プログラム）は違います。
プログラムには**「動く」と「動かない（役に立たない）」**の 2 つしかありません。
- 例え話： 飛行機の操縦システムや銀行の送金システムで、「たぶん正しい」コードは許されません。「100% 正しい」か、「爆発する」かのどちらかです。
ここで現れるのが**「ハルシネーション（幻覚）」です。
AI は論理的に考えているのではなく、「統計的に最もありそうな言葉」**を並べています。
- 悪魔のループ： AI が「たぶん正しい」コードを提案し、それが一見完璧に見えます。開発者が「よし、これだ！」と進めると、実は根本的な間違いが含まれていて、修正を繰り返すたびに**「穴を深く掘り続ける」**ことになります。自信満々の AI に騙されて、泥沼にはまるのです。
3. 「ヒッピー」と「規律の厳格な人」の結婚
著者は、AI とソフトウェア工学を**「結婚」**に例えています。
- AI（ヒッピー）： 創造的で、陽気で、アイデアが豊富。でも、少し乱暴で、約束を守らないこともある。
- ソフトウェア工学（規律の厳格な人）： 真面目で、堅苦しい。でも、**「正しさ」と「コスト」**を何より重視する。
今の状態は、ヒッピーが勝手に踊っているだけで、規律の人はついていけていません。
「この 2 人が結婚して、幸せに暮らすにはどうすればいいか？」
答えは、**「数学的な証明（形式検証）」**という「厳格なルール」を挟むことです。
4. 解決策：「Vibe Contracting（ vibes 契約）」
著者が提案する未来のワークフローは、**「Vibe Coding（ vibes でのコーディング）」ではなく、「Vibe Contracting（ vibes での契約）」**です。
- AI にアイデアを出させる： AI に「何を作りたいか」のアイデアや、コードの草案を出させる（ここがヒッピーの活躍）。
- 人間と AI で「契約」を結ぶ： 作ったコードが本当に正しいかどうかを、**「数学的な証明」**でチェックする（ここが規律の人の活躍）。
- 従来の「テスト（実際に動かしてバグを探す）」では、見落としがあります。
- **「形式検証」は、コードを実行せず、「数学的に証明」**して「100% このコードは仕様通りである」と保証します。
- ループして完成させる：
- AI が提案 → 証明ツールでチェック → 「ここが間違っている」と指摘 → AI が修正 → 再チェック。
- この「証明ツール」を使うことで、AI の「たぶん」を「確実」に変えることができます。
5. まとめ：「たぶん」から「確実」へ
- 今の AI： 「たぶん正解」を出す天才だが、**「確実な正解」**は出せない。
- 今のソフトウェア工学： 「確実な正解」を求めるが、アイデア出しや作業が重労働。
- 未来の組み合わせ：
AI の**「創造性」でアイデアを爆発させ、「数学的な証明ツール」でその正しさを厳しくチェックする。
これを繰り返すことで、「AI がコードを書く」のではなく、「AI が契約（仕様）と実装の両方を提案し、人間が証明ツールで正しさを保証する」**という新しいスタイルが生まれます。
結論：
AI だけでプログラミングがなくなるわけではありません。むしろ、「AI のアイデア」と「数学的な厳密さ」を両方持った、より高度なエンジニアが必要になります。
「たぶん」で済む世界ではなく、「確実」な世界を作るために、AI と数学の「結婚」を成功させましょう！
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。