---
title: VibeとSpec
tags: 
author: [Hidetaka Okamoto](https://convert.docswell.com/user/hideokamoto)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/4EZ154X273.jpg?width=480
description: VibeとSpec by Hidetaka Okamoto
published: January 26, 26
canonical: https://convert.docswell.com/s/hideokamoto/52QRD1-2026-01-26-191913
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/4EZ154X273.jpg)

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


# Page. 2

![Page Image](https://bcdn.docswell.com/page/Y76L93P6JV.jpg)

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


# Page. 3

![Page Image](https://bcdn.docswell.com/page/G751NLK5E4.jpg)

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


# Page. 4

![Page Image](https://bcdn.docswell.com/page/9J215LWG7R.jpg)

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


# Page. 5

![Page Image](https://bcdn.docswell.com/page/DEYZKQLG7M.jpg)

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


# Page. 6

![Page Image](https://bcdn.docswell.com/page/VJN3RK48J8.jpg)

6


# Page. 7

![Page Image](https://bcdn.docswell.com/page/YE99MVQXE3.jpg)

「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


# Page. 8

![Page Image](https://bcdn.docswell.com/page/GE89LPG97D.jpg)

「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


# Page. 9

![Page Image](https://bcdn.docswell.com/page/LELWL1GMJR.jpg)

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


# Page. 10

![Page Image](https://bcdn.docswell.com/page/4JM9MWQ6EW.jpg)

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


# Page. 11

![Page Image](https://bcdn.docswell.com/page/PJRGVY8NE9.jpg)

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


# Page. 12

![Page Image](https://bcdn.docswell.com/page/PEXXZG88EX.jpg)

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


# Page. 13

![Page Image](https://bcdn.docswell.com/page/3EKW84KLED.jpg)

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


# Page. 14

![Page Image](https://bcdn.docswell.com/page/L7312LZ6J5.jpg)

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


