VibeとSpec

VibeとSpec AIコーディングにおける委譲を考える 岡本秀⾼ / CircleCI 2026/01 JAWS-UG ⼤阪 1

自己紹介 Hidetaka Okamoto (岡本秀高 ) ● CircleCI Senior Field Engineer ● https://hidetaka.dev ● DigitalCube > Stripe > DigitalCube 2

• https://hidetaka.dev

時間オーバーしそうなので結論から ● Vibe Coding と Spec 駆動開発の比較はできない なぜなら「使うべき場所がそもそも異なる」から ● 人間の「わかってないこと」を理解する「探索」 -> Vibe Coding ● 人間とAIで「合意に基づいて開発」する「進め方」-> Spec 駆動開発 ● 「変化への追従」だけでなく「変わらないもの」にも注目しよう 3

AI コーディングにどハマり中 4

AI が作るコードをどこまで信用していいか？ 「 AIは使う側の知識を超えられない」 — 和田卓人氏（ t-wada） ● 把握できない量のコードが生まれる ● 把握できないものは、わからない ● わからないものは、判断できない 新しい道 / 新しい車の 最適な運転速度がわからない https://circleci.com/ja/blog/ai-delivery-bottleneck/ 5

• https://circleci.com/ja/blog/ai-delivery-bottleneck/

6

「AIに委ねる」 or 「仕様で縛る」 ? 純粋な意味での「 Vibe Coding」 Spec Driven Development (仕様駆動開発 ) ユーザーは AI の出力が意図したとおりに動作すると 明確な要件、システムアーキテクチャ、技術スタック 完全に信頼 します。Karpathy 氏が説明したように、 の考慮、実装アプローチを含む簡潔な仕様を作成で これは「コードの存在を忘れる」ようなもので、迅速な きます。Kiroはすべての要件や制約を明示化し、そ アイディエーションや、同氏が「使い捨ての週末プロ れをコンテキストとして利用 して、少ない反復回数で ジェクト」と呼ぶような、スピードが主な目標となる場 高精度にタスクを完了します。これこそが 仕様駆動 合に最適です。 型開発の力 です。 https://cloud.google.com/discover/what-is-vibe-coding?hl=ja https://aws.amazon.com/jp/blogs/news/from-chat-to-specs-deep-dive/ 7

• https://cloud.google.com/discover/what-is-vibe-coding?hl=ja
• https://aws.amazon.com/jp/blogs/news/from-chat-to-specs-deep-dive/

「AIに委ねる」 or 「仕様で縛る」 ? 純粋な意味での「 Vibe Coding」 Spec Driven Development (仕様駆動開発 ) AI に何を任せるか？ AI に何を任せるべきでないか？ ユーザーは AI の出力が意図したとおりに動作すると 明確な要件、システムアーキテクチャ、技術スタック 完全に信頼 します。Karpathy 氏が説明したように、 の考慮、実装アプローチを含む簡潔な仕様を作成で これは「コードの存在を忘れる」ようなもので、迅速な きます。Kiroはすべての要件や制約を明示化し、そ アイディエーションや、同氏が「使い捨ての週末プロ れをコンテキストとして利用 して、少ない反復回数で ジェクト」と呼ぶような、スピードが主な目標となる場 高精度にタスクを完了します。これこそが 仕様駆動 合に最適です。 型開発の力 です。 https://cloud.google.com/discover/what-is-vibe-coding?hl=ja https://aws.amazon.com/jp/blogs/news/from-chat-to-specs-deep-dive/ 8

• https://cloud.google.com/discover/what-is-vibe-coding?hl=ja
• https://aws.amazon.com/jp/blogs/news/from-chat-to-specs-deep-dive/

わからないことは わかる言葉で 理解を試みる いわゆる「温故知新」 UnsplashのNicolas Hoizeyが撮影した写真 9

• https://unsplash.com/ja/写真/黒と白の螺旋階段-VU8HxMAP79U?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText
• https://unsplash.com/ja/@nhoizey?utm_source=unsplash&utm_medium=referral&utm_content=creditCopyText

人間とAIの 「わかる」 「わからない」 を整理する ja:User:Zero~jawiki - 投稿者自身による著作物, CC 表示-継承 3.0, https://commons.wikimedia.org/w/index.php?curid=111482479によ る 10

• https://commons.wikimedia.org/w/index.php?curid=111482479

ジョハリの窓から AI駆動開発を整理する お互いの未知を減らし、合意（Spec / Plan）の下で開発を進める 11

自分もAIも わかっている領域を どうやって増やすか？ 「わかっている」の 同意をどう形成するか？ ja:User:Zero~jawiki - 投稿者自身による著作物, CC 表示-継承 3.0, https://commons.wikimedia.org/w/index.php?curid=111482479によ る 12

• https://commons.wikimedia.org/w/index.php?curid=111482479

AIで多くが加速する しかし本質は不変 10年後に何が変わっているかだって? 10年経っても変わらないもののほうが 重要だよ Jeff Bezos https://gihyo.jp/news/report/2012/12/0402 13

• https://gihyo.jp/news/report/2012/12/0402

不必要に恐れない。過剰に信頼しない このスライドが投影されていたら奇跡 ● 今から依頼するタスクは、どの窓に位置付けられるか？ ● 「Spec / Plan」として合意を取るため、「開放の窓」へ移動できるか？ ● 本質的に変わらないものは何か？ ○ SDLC / DevOps / アジャイル / 商取引 ○ AWS Well Architected Framework ○ 「自分の軸足」の置き場を決めよう 14