Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
開発ステップを細分化する、破綻しないAI開発体制
Search
keigo
February 13, 2026
Programming
130
0
Share
開発ステップを細分化する、破綻しないAI開発体制
【Qiita Bash】AIを使った新しい開発フロー
https://increments.connpass.com/event/379201/
keigo
February 13, 2026
More Decks by keigo
See All by keigo
絵や写真から学ぶ、要素がもたらす副作用
kspace
0
250
ドキュメント化が必要な広報作業に、AIを取り入れる
kspace
3
520
@vite-pwa/nuxt を用いた、PWA実装のリアル
kspace
0
75
もう二度と迷走しない!極端なタスク分割 実践編
kspace
2
290
Nuxt Serverと$fetchを 組み合わせたTypeScript開発体験
kspace
4
2.5k
IGAによるメロディ生成
kspace
0
410
HPにEC機能を埋め込む際、Nuxt.js様のおかげで乗り切れた話
kspace
0
880
ECテックカンファレンス2023
kspace
1
1.5k
Other Decks in Programming
See All in Programming
[PHPerKaigi 2026]PHPerKaigi2025の企画CodeGolfが最高すぎて社内で内製して半年運営して得た内製と運営の知見
ikezoemakoto
0
340
SkillがSkillを生む:QA観点出しを自動化した
sontixyou
6
3k
Swift Concurrency Type System
inamiy
0
110
AI時代の脳疲弊と向き合う ~言語学としてのPHP~
sakuraikotone
1
1.8k
Laravel Nightwatchの裏側 - Laravel公式Observabilityツールを支える設計と実装
avosalmon
1
320
一度始めたらやめられない開発効率向上術 / Findy あなたのdotfilesを教えて!
k0kubun
4
2.8k
Mastering Event Sourcing: Your Parents Holidayed in Yugoslavia
super_marek
0
150
今からFlash開発できるわけないじゃん、ムリムリ! (※ムリじゃなかった!?)
arkw
0
180
今年もTECHSCOREブログを書き続けます!
hiraoku101
0
220
Geminiをパートナーに神社DXシステムを個人開発した話(いなめぐDX 開発振り返り)
fujiba
0
140
forteeの改修から振り返るPHPerKaigi 2026
muno92
PRO
3
240
感情を設計する
ichimichi
5
1.2k
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
The Pragmatic Product Professional
lauravandoore
37
7.2k
Mobile First: as difficult as doing things right
swwweet
225
10k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.1k
We Have a Design System, Now What?
morganepeng
55
8.1k
Bash Introduction
62gerente
615
210k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.7k
Discover your Explorer Soul
emna__ayadi
2
1.1k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Writing Fast Ruby
sferik
630
63k
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
99
Transcript
Topic 開発ステップを細分化する、破綻しないAI開発体制
keigo @Kspace_trk 合同会社Steg 代表 Vue.js 日本公式ユーザーグループメンバー Work: honobon Like: Vue
Nuxt Nitro 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発登場の背景 今はまだギリ現実的ではない オプトインするアプローチ 目 次
@Kspace_trk コードを生成するAIは 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk 自然言語をコードに変換する トランスパイラー的存在 コードを生成するAIは 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... プロンプト (自然言語) 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) たしかに、翻訳のような役割を担っている 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) が、トランスパイラーほどの信頼度はない 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) 本番環境で動いてるのはこっち 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) コードレビューするのはこっち 開発ステップを細分化する、破綻しないAI開発体制
開発ステップを細分化する、破綻しないAI開発体制 @Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) コードレビューするのはこっち
変換工程を 信頼しているから トランスパイル minify ツリーシェイキング etc...
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) トランスパイラーほど信頼度はないとは言え、 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) AIは、一定の閾値は超えた 開発ステップを細分化する、破綻しないAI開発体制
開発ステップを細分化する、破綻しないAI開発体制 @Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) AIは、一定の閾値は超えた
もしここが 信頼できるなら AI生成
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 プロンプト (自然言語) レビューするのは 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk トランスパイル minify ツリーシェイキング etc... AI生成 レビューするのはこっち? プロンプト (自然言語) 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk AIが一定の閾値を超えたことにより、 仕様駆動開発という考えが浸透 開発ステップを細分化する、破綻しないAI開発体制
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発の考え方 コードに変更があった場合、常に仕様書を更新 AI
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発では、仕様書が王様になる by spec-kit (GitHub)
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 本当の意味で仕様駆動開発をするには、
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 PRでレビューするのは仕様書になるはず
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 でも、現時点ではそうはいかない 最近提唱され始めてるけどね
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 今は、ギリ現実的ではない
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 オプトインするのがおすすめ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン コードの源泉を 仕様書にする 仕様駆動開発 オプトインアプローチ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン コードの源泉を 仕様書にする コードの源泉を 仕様書にする 仕様駆動開発 オプトインアプローチ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン タスクは適宜小さく コードの源泉を 仕様書にする コードの源泉を 仕様書にする 仕様駆動開発 オプトインアプローチ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン タスクは適宜小さく タスクはモジュール レベルまで小さく コードの源泉を 仕様書にする コードの源泉を 仕様書にする
仕様駆動開発 オプトインアプローチ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン タスクは適宜小さく 信頼度を上げるため、タスクの粒度に規定を設ける タスクはモジュール レベルまで小さく コードの源泉を 仕様書にする コードの源泉を
仕様書にする 仕様駆動開発 オプトインアプローチ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン 仕様駆動開発 オプトインアプローチ 常に仕様書を更新
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン 常に仕様書を更新 コードの生成に 使用した仕様書は もう使わない 仕様駆動開発 オプトインアプローチ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発のオプトイン 常に仕様書を更新 コードの生成に 使用した仕様書は もう使わない 仕様書を源泉にするが、コードが王様 仕様駆動開発 オプトインアプローチ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発の考え方 コードに変更があった場合、常に仕様書を更新 AI
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発オプトインの考え方 AI 大きな仕様 モジュールレベルの小さな仕様 小さなコード
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 小さな仕様
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 小さな仕様 (例) readline インターフェースを作成する createReadlineInterface関数 readline/promises の createInterface
を使用し、 readline interface を作成して返却する関数を作成 引数: readline 返り値: readline.Interface 型
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 小さな仕様 (例) じゃ、〜〜さん、これ実装お願い^^ readline インターフェースを作成する createReadlineInterface関数 readline/promises の
createInterface を使用し、 readline interface を作成して返却する関数を作成 引数: readline 返り値: readline.Interface 型
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 小さな仕様 (例) readline インターフェースを作成する createReadlineInterface関数 readline/promises の createInterface
を使用し、 readline interface を作成して返却する関数を作成 引数: readline 返り値: readline.Interface 型 じゃ、〜〜さん、これ実装お願い^^ わから〜ん!
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 小さな仕様 (例) readline インターフェースを作成する createReadlineInterface関数 readline/promises の createInterface
を使用し、 readline interface を作成して返却する関数を作成 引数: readline 返り値: readline.Interface 型 じゃ、〜〜さん、これ実装お願い^^ 細かすぎて人間がわからん
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 小さな仕様 (例) readline インターフェースを作成する createReadlineInterface関数 readline/promises の createInterface
を使用し、 readline interface を作成して返却する関数を作成 引数: readline 返り値: readline.Interface 型 まずは全体像をわかりやすく チームメンバーに説明
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 チームメンバーに対する 開発概要の説明
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 チームメンバーに対する 開発概要の説明
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 チームメンバーに対する 開発概要の説明 ホスピタリティを発揮し、 相手が理解しやすい形式で説明
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 チームメンバーに対する 開発概要の説明 Figma?, Markdown?, Mermaid?, Remotion? 物事を論理立てて説明するために、 表現手法や技術も学ぼう!
ホスピタリティを発揮し、 相手が理解しやすい形式で説明
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 まとめ
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 ボトルネックは人間
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 人間に対しては ホスピタリティを発揮
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 AIに対しては要件を明瞭に
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発オプトイン
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 仕様駆動開発オプトイン + タスク分割
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 + タスク分割 + ホスピタリティ 仕様駆動開発オプトイン
@Kspace_trk 開発ステップを細分化する、破綻しないAI開発体制 + タスク分割 + ホスピタリティ 最高のチーム開発ライフを! 仕様駆動開発オプトイン