Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
どの様にAIエージェントと 協業すべきだったのか?
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Takepepe
September 24, 2025
Programming
1.2k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
どの様にAIエージェントと 協業すべきだったのか?
AI-Ready Frontend Quality - Web Frontend Night / 2025.09.24
Takepepe
September 24, 2025
More Decks by Takepepe
See All by Takepepe
聞き手の目線で考えるプロポーザル
takefumiyoshii
0
910
ServerAction で Progressive Enhancement はどこまで頑張れるか? / progressive-enhancement-with-server-action
takefumiyoshii
7
1.4k
App Router への移行は「改善」となり得るのか?/ Can migration to App Router be an improvement
takefumiyoshii
8
3.9k
フロントエンドの書くべきだったテスト、書かなくてよかったテスト
takefumiyoshii
40
18k
Webフロントエンドのための実践「テスト」手法 CodeZine Night #1
takefumiyoshii
24
11k
Next.js でリアーキテクトした話 / story-of-re-architect-with-nextjs
takefumiyoshii
12
9.3k
より速い WEB を目指す Next.js / nextjs-make-the-web-faster
takefumiyoshii
54
22k
フロントエンドの複雑さに耐えるため実践したこと / readyfor-nextjs-first
takefumiyoshii
25
11k
Redux の利点を振り返る
takefumiyoshii
26
9.1k
Other Decks in Programming
See All in Programming
GKE で Pod の見方を変えたら、スケールアウト時の挙動を真に捉えられた話
stkk
0
120
変化を抱擁するドキュメントの作り方 - ビジネスルール駆動開発がもたらす、コードとの新しい関係
ioki
2
200
標準パッケージに uuid が追加された 背景から見る Go らしい意思決定 / go_127_uuid_decision
convto
5
7.1k
AHC070解法紹介
eijirou
0
120
iOSDC Japan 2026 - Swiftで作って学ぼう!データベース自作入門
kaseken
2
160
【高い買い物LT会】初任給で話題の国産フィジカルAIを買った話
akagami
PRO
0
160
世界の中心で、AI(App Intents)をさけぶ ー App Intents中心設計の実践ガイド
touyou
0
560
iOSDC2026登壇資料.pdf
riofujimon
0
160
大喜利で理解するLLM as a Judge / Understanding LLM-as-a-Judge through Ogiri
rockname
0
100
App Storeの外へ──日本のiOSサイドローディング入門 for iOSDC Japan 2026
yuukiw00w
0
210
thread_parallel_with_free-threaded_Python_and_NumPy.pdf
riku_sakamoto
0
330
[GoCon2026] When Goroutines Are Not Enough: Runtime Locality in High-Throughput Go
takehaya
6
2.2k
Featured
See All Featured
Reality Check: Gamification 10 Years Later
codingconduct
0
2.3k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
450
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
800
Heart Work Chapter 1 - Part 1
lfama
PRO
10
36k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.6k
It's Worth the Effort
3n
188
29k
Ruling the World: When Life Gets Gamed
codingconduct
0
330
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
280
AI: The stuff that nobody shows you
jnunemaker
PRO
10
1k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
450
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
Transcript
どの様にAIエージェントと 協業すべきだったのか? AI-Ready Frontend Quality - Web Frontend Night /
2025.09.24 @Takepepe
自己紹介 吉井 健文 / @Takepepe 株式会社 REUNION SOFTWARE 代表取締役 /
Software Engineer 2025年3月 までフロントエンドリードとして、 数々のプロジェクトをNext.js アプリケーションにリプレース。 「フロントエンド開発のためのテスト入門(翔泳社)」など、 3冊のフロントエンド関連書籍を執筆。 2024年10月株式会社 REUNION SOFTWARE 創立。
わたしとAIエージェント • 今年からAIエージェント(Cursor)を使い倒しています。
わたしとAIエージェント • 今年からAIエージェント(Cursor)を使い倒しています。 • AIエージェントと一緒にモリモリ機能開発する日々。
わたしとAIエージェント • 今年からAIエージェント(Cursor)を使い倒しています。 • AIエージェントと一緒にモリモリ機能開発する日々。 • あなたはどれだけ AI に依存していますか?
わたしとAIエージェント • 今年からAIエージェント(Cursor)を使い倒しています。 • AIエージェントと一緒にモリモリ機能開発する日々。 • あなたはどれだけ AI に依存していますか? ◦
コーディングのほとんどを AIに任せている? ◦ 部分的なリファクタリングだけ? ◦ プロジェクトの調査にだけ?
巷で囁かれ始めた、AIエージェントに対する評判 • 「AIエージェントのコーディング品質、あまり良くなくない?」
巷で囁かれ始めた、AIエージェントに対する評判 • 「AIエージェントのコーディング品質、あまり良くなくない?」 • 「レビュワーの負荷があがった…」
巷で囁かれ始めた、AIエージェントに対する評判 • 「AIエージェントのコーディング品質、あまり良くなくない?」 • 「レビュワーの負荷があがった…」 • 「高速に負債が積み上がるようになった…」
巷で囁かれ始めた、AIエージェントに対する評判 • 「AIエージェントのコーディング品質、あまり良くなくない?」 • 「レビュワーの負荷があがった…」 • 「高速に負債が積み上がるようになった…」 • 「開発生産性が逆に下がった」
一方、他の評判はというと、、、 • 「コードリーディングが爆速になった」
一方、他の評判はというと、、、 • 「コードリーディングが爆速になった」 • 「プロンプトとルールの品質がものを言う」
一方、他の評判はというと、、、 • 「コードリーディングが爆速になった」 • 「プロンプトとルールの品質がものを言う」 • 「AIエージェントは増幅器。無いものは伸びない
一方、他の評判はというと、、、 • 「コードリーディングが爆速になった」 • 「プロンプトとルールの品質がものを言う」 • 「AIエージェントは増幅器。無いものは伸びない 人によって、言っていることが違うぞ …?
使い始めて数ヶ月、わたしの感想 • 「かなり色々察してくれる」
使い始めて数ヶ月、わたしの感想 • 「かなり色々察してくれる」 • 「期待通りのアウトプットを一瞬で出してくれる」
使い始めて数ヶ月、わたしの感想 • 「かなり色々察してくれる」 • 「期待通りのアウトプットを一瞬で出してくれる」 • 「こんな雑な指示でもそれなりに出来てる、すごすぎ」
使い始めて数ヶ月、わたしの感想 • 「かなり色々察してくれる」 • 「期待通りのアウトプットを一瞬で出してくれる」 • 「こんな雑な指示でもそれなりに出来てる、すごすぎ」 • もうこれ、なんでもできる様になるのでは?
使い始めて数ヶ月、わたしの感想 • 「かなり色々察してくれる」 • 「期待通りのアウトプットを一瞬で出してくれる」 • 「こんな雑な指示でもそれなりに出来てる、すごすぎ」 • もうこれ、なんでもできる様になるのでは? •
というか将来仕事大丈夫かな…。
使い始めて数ヶ月、わたしの感想 • 「かなり色々察してくれる」 • 「期待通りのアウトプットを一瞬で出してくれる」 • 「こんな雑な指示でもそれなりに出来てる、すごすぎ」 • もうこれ、なんでもできる様になるのでは? •
というか将来仕事大丈夫かな…。 「1ヶ月目〜2ヶ月目」なんだか期待していたより出来るぞ …?
使い始めて数ヶ月、わたしの感想 • あれやって!これやって!早くして!! ◦ → AIエージェント「…(なにも反応しない。ただの屍の様だ)」
使い始めて数ヶ月、わたしの感想 • あれやって!これやって!早くして!! ◦ → AIエージェント「…(なにも反応しない。ただの屍の様だ)」 • 何でそんなことも出来ないの??
使い始めて数ヶ月、わたしの感想 • あれやって!これやって!早くして!! ◦ → AIエージェント「…(なにも反応しない。ただの屍の様だ)」 • 何でそんなことも出来ないの?? • さっき修正させたバグ、また再現してるんだが??
使い始めて数ヶ月、わたしの感想 • あれやって!これやって!早くして!! ◦ → AIエージェント「…(なにも反応しない。ただの屍の様だ)」 • 何でそんなことも出来ないの?? • さっき修正させたバグ、また再現してるんだが??
• 逆に時間かかっちゃったじゃん…。このロスどうしてくれるの?
使い始めて数ヶ月、わたしの感想 • あれやって!これやって!早くして!! ◦ → AIエージェント「…(なにも反応しない。ただの屍の様だ)」 • 何でそんなことも出来ないの?? • さっき修正させたバグ、また再現してるんだが??
• 逆に時間かかっちゃったじゃん…。このロスどうしてくれるの? • 、、、日々積み重なるフラストレーション。
使い始めて数ヶ月、わたしの感想 • あれやって!これやって!早くして!! ◦ → AIエージェント「…(なにも反応しない。ただの屍の様だ)」 • 何でそんなことも出来ないの?? • さっき修正させたバグ、また再現してるんだが??
• 逆に時間かかっちゃったじゃん…。このロスどうしてくれるの? • 、、、日々積み重なるフラストレーション。 「3ヶ月目〜4ヶ月目」なんだか逆にタスク完了までが遅くなってないか …?
高まるAI依存、自分自身への疑心暗鬼 • 自分では書かないであろう、おかしな記述をコミット。
高まるAI依存、自分自身への疑心暗鬼 • 自分では書かないであろう、おかしな記述をコミット。 • 要件通りに動いているし、問題ないだろうという慢心。
高まるAI依存、自分自身への疑心暗鬼 • 自分では書かないであろう、おかしな記述をコミット。 • 要件通りに動いているし、問題ないだろうという慢心。 • 「コーディングに対する謙虚さ」がなくなってしまった感。
高まるAI依存、自分自身への疑心暗鬼 • 自分では書かないであろう、おかしな記述をコミット。 • 要件通りに動いているし、問題ないだろうという慢心。 • 「コーディングに対する謙虚さ」がなくなってしまった感。 「AIと、どの様に協業すべきだったのか?」を振り返らねば!
5フェーズに分解して振り返ってみる • 0 → 1「生成期」プロジェクトが無の地点
5フェーズに分解して振り返ってみる • 0 → 1「生成期」プロジェクトが無の地点 • 1 → 10「構成期」プロジェクト構成と環境構築の地点
5フェーズに分解して振り返ってみる • 0 → 1「生成期」プロジェクトが無の地点 • 1 → 10「構成期」プロジェクト構成と環境構築の地点 •
10 → 90「実装期」要件定義通りに大量生産する地点
5フェーズに分解して振り返ってみる • 0 → 1「生成期」プロジェクトが無の地点 • 1 → 10「構成期」プロジェクト構成と環境構築の地点 •
10 → 90「実装期」要件定義通りに大量生産する地点 • 90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
5フェーズに分解して振り返ってみる • 0 → 1「生成期」プロジェクトが無の地点 • 1 → 10「構成期」プロジェクト構成と環境構築の地点 •
10 → 90「実装期」要件定義通りに大量生産する地点 • 90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 99 → 100「完成期」ガイドライン準拠等を精査する地点
5フェーズに分解して振り返ってみる • 0 → 1「生成期」プロジェクトが無の地点 • 1 → 10「構成期」プロジェクト構成と環境構築の地点 •
10 → 90「実装期」要件定義通りに大量生産する地点 • 90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 99 → 100「完成期」ガイドライン準拠等を精査する地点 各フェーズに対し、 AIエージェントとの協業について評価していく
0 → 1「生成期」
0 → 1「生成期」プロジェクトが無の地点 • 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。
0 → 1「生成期」プロジェクトが無の地点 • 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。 • CI/CD ワークフローなんかもシュッと出来上がる。
0 → 1「生成期」プロジェクトが無の地点 • 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。 • CI/CD ワークフローなんかもシュッと出来上がる。 • AIエージェントはスピードを与えてくれる頼もしい存在。
0 → 1「生成期」プロジェクトが無の地点 • 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。 • CI/CD ワークフローなんかもシュッと出来上がる。 • AIエージェントはスピードを与えてくれる頼もしい存在。
疑いようもなく、 AIエージェントを使い倒すべきフェーズ
0 → 1「生成期」プロジェクトが無の地点 • 過去のプロジェクト雛形流用でも良かったのでは?
0 → 1「生成期」プロジェクトが無の地点 • 過去のプロジェクト雛形流用でも良かったのでは? • 参考になる Public リポジトリを参考にすれば良かったのでは?
0 → 1「生成期」プロジェクトが無の地点 • 過去のプロジェクト雛形流用でも良かったのでは? • 参考になる Public リポジトリを参考にすれば良かったのでは? •
ChatGPT でもある程度の構成伝えれば雛形生成してくれる。
0 → 1「生成期」プロジェクトが無の地点 • 過去のプロジェクト雛形流用でも良かったのでは? • 参考になる Public リポジトリを参考にすれば良かったのでは? •
ChatGPT でもある程度の構成伝えれば雛形生成してくれる。 • トークンを無駄遣いしてしまった感(お金は大事だよ)。
0 → 1「生成期」プロジェクトが無の地点 • 過去のプロジェクト雛形流用でも良かったのでは? • 参考になる Public リポジトリを参考にすれば良かったのでは? •
ChatGPT でもある程度の構成伝えれば雛形生成してくれる。 • トークンを無駄遣いしてしまった感(お金は大事だよ)。 代替手段はいくらでもある。全部 AIエージェントでなくてもよい
1 → 10「構成期」
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 「そもそも空なんだからこんなもん」→ それはそう。
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 「そもそも空なんだからこんなもん」→ それはそう。 • 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 「そもそも空なんだからこんなもん」→ それはそう。 • 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。 •
この地点では、イマイチなアウトプットに対して寛容であった。
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 「そもそも空なんだからこんなもん」→ それはそう。 • 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。 •
この地点では、イマイチなアウトプットに対して寛容であった。 • なぜなら、イマイチなアウトプットでも概ね正解で、何より爆速だから。
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 「そもそも空なんだからこんなもん」→ それはそう。 • 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。 •
この地点では、イマイチなアウトプットに対して寛容であった。 • なぜなら、イマイチなアウトプットでも概ね正解で、何より爆速だから。 AIエージェントとの認識齟齬に課題を感じないフェーズ
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。 • 「このまま頼れば最後まで爆速でいけるのでは?」と盲信を始める。
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。 • 「このまま頼れば最後まで爆速でいけるのでは?」と盲信を始める。 • AIエージェントの速度に概ね満足している状態。
1 → 10「構成期」プロジェクト構成と環境構築の地点 • 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。 • 「このまま頼れば最後まで爆速でいけるのでは?」と盲信を始める。 • AIエージェントの速度に概ね満足している状態。 AIエージェントに期待しすぎている事に気づけないフェーズ
10 → 90「実装期」
10 → 90「実装期」要件定義通りに大量生産する地点 • 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。
10 → 90「実装期」要件定義通りに大量生産する地点 • 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。 • まったく同じプロンプトでも、出力が異なることがある。なぜ?
10 → 90「実装期」要件定義通りに大量生産する地点 • 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。 • まったく同じプロンプトでも、出力が異なることがある。なぜ? • 指示が詳細すぎる場合、中間の指示を漏らす傾向がある。
10 → 90「実装期」要件定義通りに大量生産する地点 • 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。 • まったく同じプロンプトでも、出力が異なることがある。なぜ? • 指示が詳細すぎる場合、中間の指示を漏らす傾向がある。 •
「詳細長文で一発」より「シンプルに数発」の方が、出力の再現性が高かった。
10 → 90「実装期」要件定義通りに大量生産する地点 • 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。 • まったく同じプロンプトでも、出力が異なることがある。なぜ? • 指示が詳細すぎる場合、中間の指示を漏らす傾向がある。 •
「詳細長文で一発」より「シンプルに数発」の方が、出力の再現性が高かった。 AIエージェントとの認識齟齬に課題を感じ始めるフェーズ
10 → 90「実装期」要件定義通りに大量生産する地点 • 単純な指示でも食い違い。→ 指示内要に問題があったのか?
10 → 90「実装期」要件定義通りに大量生産する地点 • 単純な指示でも食い違い。→ 指示内要に問題があったのか? • ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故?
10 → 90「実装期」要件定義通りに大量生産する地点 • 単純な指示でも食い違い。→ 指示内要に問題があったのか? • ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故? •
「AIエージェントも人と同じ様に、同じミスを繰り返すのか、、。」
10 → 90「実装期」要件定義通りに大量生産する地点 • 単純な指示でも食い違い。→ 指示内要に問題があったのか? • ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故? •
「AIエージェントも人と同じ様に、同じミスを繰り返すのか、、。」 • ここでイライラしてはいけないし、原因追及を怠ってはいけないけど、、。
10 → 90「実装期」要件定義通りに大量生産する地点 • 単純な指示でも食い違い。→ 指示内要に問題があったのか? • ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故? •
「AIエージェントも人と同じ様に、同じミスを繰り返すのか、、。」 • ここでイライラしてはいけないし、原因追及を怠ってはいけないけど、、。 うまくワークしていない状況にイライラしはじめる
10 → 90「実装期」要件定義通りに大量生産する地点 • 実装を進めないと、気づけないことはたくさんある。わかる。
10 → 90「実装期」要件定義通りに大量生産する地点 • 実装を進めないと、気づけないことはたくさんある。わかる。 • 自分でコーディングしている時と、取り組みは同じだけど、、。
10 → 90「実装期」要件定義通りに大量生産する地点 • 実装を進めないと、気づけないことはたくさんある。わかる。 • 自分でコーディングしている時と、取り組みは同じだけど、、。 • 共通化すべき箇所は察して共通化して欲しかった →
無理。期待しすぎ?
10 → 90「実装期」要件定義通りに大量生産する地点 • 実装を進めないと、気づけないことはたくさんある。わかる。 • 自分でコーディングしている時と、取り組みは同じだけど、、。 • 共通化すべき箇所は察して共通化して欲しかった →
無理。期待しすぎ? • 綺麗なコードにしたいなら、共通化作業のプロンプトが必須。
10 → 90「実装期」要件定義通りに大量生産する地点 • 実装を進めないと、気づけないことはたくさんある。わかる。 • 自分でコーディングしている時と、取り組みは同じだけど、、。 • 共通化すべき箇所は察して共通化して欲しかった →
無理。期待しすぎ? • 綺麗なコードにしたいなら、共通化作業のプロンプトが必須。 AIエージェントに、失望し始めるフェーズ
90 → 99「成熟期」
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 「一見動いているが品質が低いバグ修正」が顕著に現れる。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 「一見動いているが品質が低いバグ修正」が顕著に現れる。 • 「実装直してテスト通しました!」というアレ → フラストレーションMAX
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 「一見動いているが品質が低いバグ修正」が顕著に現れる。 • 「実装直してテスト通しました!」というアレ → フラストレーションMAX •
「うまくいかない…」ときは大体、アプローチが間違ってる。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 「一見動いているが品質が低いバグ修正」が顕著に現れる。 • 「実装直してテスト通しました!」というアレ → フラストレーションMAX •
「うまくいかない…」ときは大体、アプローチが間違ってる。 • ヒントを与えなければ、いつまでも沼にはまって時間だけが溶ける。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 「一見動いているが品質が低いバグ修正」が顕著に現れる。 • 「実装直してテスト通しました!」というアレ → フラストレーションMAX •
「うまくいかない…」ときは大体、アプローチが間違ってる。 • ヒントを与えなければ、いつまでも沼にはまって時間だけが溶ける。 AIエージェントへ依存から、フラストレーションが MAXになるフェーズ
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 環境差異によるバグは、専門職人芸でないと直らないケースが多い。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 環境差異によるバグは、専門職人芸でないと直らないケースが多い。 • 人間の知覚による微妙な違和感は、AIにはわからない。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 環境差異によるバグは、専門職人芸でないと直らないケースが多い。 • 人間の知覚による微妙な違和感は、AIにはわからない。 • AI エージェントは基本、初手は低パフォーマンスコードを吐く。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 環境差異によるバグは、専門職人芸でないと直らないケースが多い。 • 人間の知覚による微妙な違和感は、AIにはわからない。 • AI エージェントは基本、初手は低パフォーマンスコードを吐く。
• AIに出来ないものは出来ない。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 環境差異によるバグは、専門職人芸でないと直らないケースが多い。 • 人間の知覚による微妙な違和感は、AIにはわからない。 • AI エージェントは基本、初手は低パフォーマンスコードを吐く。
• AIに出来ないものは出来ない。 • N度やらせて解決しない場合、自分で解決すべき。
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点 • 環境差異によるバグは、専門職人芸でないと直らないケースが多い。 • 人間の知覚による微妙な違和感は、AIにはわからない。 • AI エージェントは基本、初手は低パフォーマンスコードを吐く。
• AIに出来ないものは出来ない。 • N度やらせて解決しない場合、自分で解決すべき。 AIエージェントに頼ることを、諦めはじめるフェーズ
99 → 100「完成期」
99 → 100「完成期」ガイドライン準拠等を精査する地点 • 実装を修正すれば、同時にテストも修正してくれる → 幻想
99 → 100「完成期」ガイドライン準拠等を精査する地点 • 実装を修正すれば、同時にテストも修正してくれる → 幻想 • テストを修正すれば、テストタイトルも修正してくれる →
幻想
99 → 100「完成期」ガイドライン準拠等を精査する地点 • 実装を修正すれば、同時にテストも修正してくれる → 幻想 • テストを修正すれば、テストタイトルも修正してくれる →
幻想 • 実装を修正すれば、コメントも直してくれる → 幻想
99 → 100「完成期」ガイドライン準拠等を精査する地点 • 実装を修正すれば、同時にテストも修正してくれる → 幻想 • テストを修正すれば、テストタイトルも修正してくれる →
幻想 • 実装を修正すれば、コメントも直してくれる → 幻想 • ルールやプロンプトの工夫次第かもしれないが、、。
99 → 100「完成期」ガイドライン準拠等を精査する地点 • 実装を修正すれば、同時にテストも修正してくれる → 幻想 • テストを修正すれば、テストタイトルも修正してくれる →
幻想 • 実装を修正すれば、コメントも直してくれる → 幻想 • ルールやプロンプトの工夫次第かもしれないが、、。 AIエージェントに任せきりだった些細な箇所の、品質の低さに気づくフェーズ
99 → 100「完成期」ガイドライン準拠等を精査する地点 • リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
99 → 100「完成期」ガイドライン準拠等を精査する地点 • リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。 • どうしても矯正したいのならlinter自作を検討。
99 → 100「完成期」ガイドライン準拠等を精査する地点 • リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。 • どうしても矯正したいのならlinter自作を検討。 • ルールを無視されることがあるのは、承知のうえで監査が必要。
99 → 100「完成期」ガイドライン準拠等を精査する地点 • リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。 • どうしても矯正したいのならlinter自作を検討。 • ルールを無視されることがあるのは、承知のうえで監査が必要。 •
プロンプトを検討してルールを再考すべきかは要精査。
99 → 100「完成期」ガイドライン準拠等を精査する地点 • リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。 • どうしても矯正したいのならlinter自作を検討。 • ルールを無視されることがあるのは、承知のうえで監査が必要。 •
プロンプトを検討してルールを再考すべきかは要精査。 • もちろん、些細な修正ならプロンプトで直るのだが、、。
99 → 100「完成期」ガイドライン準拠等を精査する地点 • リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。 • どうしても矯正したいのならlinter自作を検討。 • ルールを無視されることがあるのは、承知のうえで監査が必要。 •
プロンプトを検討してルールを再考すべきかは要精査。 • もちろん、些細な修正ならプロンプトで直るのだが、、。 • 自らガイドラインを頭に入れておき、もっと早い段階で指摘すべき。
99 → 100「完成期」ガイドライン準拠等を精査する地点 • リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。 • どうしても矯正したいのならlinter自作を検討。 • ルールを無視されることがあるのは、承知のうえで監査が必要。 •
プロンプトを検討してルールを再考すべきかは要精査。 • もちろん、些細な修正ならプロンプトで直るのだが、、。 • 自らガイドラインを頭に入れておき、もっと早い段階で指摘すべき。 どの様に協業すべきだったか気づくフェーズ
教訓
AIエージェントと、どの様に協業すべきだったのか? • 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。
AIエージェントと、どの様に協業すべきだったのか? • 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。 • 気を許して頼り切ってはいけない。品質の責任者は終始自分。
AIエージェントと、どの様に協業すべきだったのか? • 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。 • 気を許して頼り切ってはいけない。品質の責任者は終始自分。 • 完璧を目指す後期ほど、摩擦が生じるのは相手が人間でも同じ。
AIエージェントと、どの様に協業すべきだったのか? • 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。 • 気を許して頼り切ってはいけない。品質の責任者は終始自分。 • 完璧を目指す後期ほど、摩擦が生じるのは相手が人間でも同じ。 • 「自分は手を動かさない」というこだわりは無いほうがいい。
AIエージェントと、どの様に協業すべきだったのか? • 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。 • 気を許して頼り切ってはいけない。品質の責任者は終始自分。 • 完璧を目指す後期ほど、摩擦が生じるのは相手が人間でも同じ。 • 「自分は手を動かさない」というこだわりは無いほうがいい。 然るべき責務境界線の、線引きをうやむやにするのは止めよう
AIエージェントと、どの様に協業すべきだったのか? • AIエージェントの品質を問う前に、自分の心構えを問おう。
AIエージェントと、どの様に協業すべきだったのか? • AIエージェントの品質を問う前に、自分の心構えを問おう。 • フェーズ後期ほど、早めに仕事を巻き取ってあげよう。
AIエージェントと、どの様に協業すべきだったのか? • AIエージェントの品質を問う前に、自分の心構えを問おう。 • フェーズ後期ほど、早めに仕事を巻き取ってあげよう。 • バグが上手く解決しない場合、根本原因を分析してあげよう。
AIエージェントと、どの様に協業すべきだったのか? • AIエージェントの品質を問う前に、自分の心構えを問おう。 • フェーズ後期ほど、早めに仕事を巻き取ってあげよう。 • バグが上手く解決しない場合、根本原因を分析してあげよう。 • AIエージェントに違うアプローチを提案してあげよう。
AIエージェントと、どの様に協業すべきだったのか? • AIエージェントの品質を問う前に、自分の心構えを問おう。 • フェーズ後期ほど、早めに仕事を巻き取ってあげよう。 • バグが上手く解決しない場合、根本原因を分析してあげよう。 • AIエージェントに違うアプローチを提案してあげよう。 「フェーズ毎の心構えがどうあるべきか?」が重要
ご清聴ありがとうございました