Slide 1
Slide 1 text
どの様にAIエージェントと
協業すべきだったのか？
AI-Ready Frontend Quality - Web Frontend Night / 2025.09.24
@Takepepe
Slide 2
Slide 2 text
自己紹介
吉井 健文 / @Takepepe
株式会社 REUNION SOFTWARE
代表取締役 / Software Engineer
2025年3月 までフロントエンドリードとして、
数々のプロジェクトをNext.js アプリケーションにリプレース。
「フロントエンド開発のためのテスト入門（翔泳社）」など、
3冊のフロントエンド関連書籍を執筆。
2024年10月株式会社 REUNION SOFTWARE 創立。
Slide 3
Slide 3 text
わたしとAIエージェント
● 今年からAIエージェント（Cursor）を使い倒しています。
Slide 4
Slide 4 text
わたしとAIエージェント
● 今年からAIエージェント（Cursor）を使い倒しています。
● AIエージェントと一緒にモリモリ機能開発する日々。
Slide 5
Slide 5 text
わたしとAIエージェント
● 今年からAIエージェント（Cursor）を使い倒しています。
● AIエージェントと一緒にモリモリ機能開発する日々。
● あなたはどれだけ AI に依存していますか？
Slide 6
Slide 6 text
わたしとAIエージェント
● 今年からAIエージェント（Cursor）を使い倒しています。
● AIエージェントと一緒にモリモリ機能開発する日々。
● あなたはどれだけ AI に依存していますか？
○ コーディングのほとんどを AIに任せている？
○ 部分的なリファクタリングだけ？
○ プロジェクトの調査にだけ？
Slide 7
Slide 7 text
巷で囁かれ始めた、AIエージェントに対する評判
● 「AIエージェントのコーディング品質、あまり良くなくない？」
Slide 8
Slide 8 text
巷で囁かれ始めた、AIエージェントに対する評判
● 「AIエージェントのコーディング品質、あまり良くなくない？」
● 「レビュワーの負荷があがった…」
Slide 9
Slide 9 text
巷で囁かれ始めた、AIエージェントに対する評判
● 「AIエージェントのコーディング品質、あまり良くなくない？」
● 「レビュワーの負荷があがった…」
● 「高速に負債が積み上がるようになった…」
Slide 10
Slide 10 text
巷で囁かれ始めた、AIエージェントに対する評判
● 「AIエージェントのコーディング品質、あまり良くなくない？」
● 「レビュワーの負荷があがった…」
● 「高速に負債が積み上がるようになった…」
● 「開発生産性が逆に下がった」
Slide 11
Slide 11 text
一方、他の評判はというと、、、
● 「コードリーディングが爆速になった」
Slide 12
Slide 12 text
一方、他の評判はというと、、、
● 「コードリーディングが爆速になった」
● 「プロンプトとルールの品質がものを言う」
Slide 13
Slide 13 text
一方、他の評判はというと、、、
● 「コードリーディングが爆速になった」
● 「プロンプトとルールの品質がものを言う」
● 「AIエージェントは増幅器。無いものは伸びない
Slide 14
Slide 14 text
一方、他の評判はというと、、、
● 「コードリーディングが爆速になった」
● 「プロンプトとルールの品質がものを言う」
● 「AIエージェントは増幅器。無いものは伸びない
人によって、言っていることが違うぞ …？
Slide 15
Slide 15 text
使い始めて数ヶ月、わたしの感想
● 「かなり色々察してくれる」
Slide 16
Slide 16 text
使い始めて数ヶ月、わたしの感想
● 「かなり色々察してくれる」
● 「期待通りのアウトプットを一瞬で出してくれる」
Slide 17
Slide 17 text
使い始めて数ヶ月、わたしの感想
● 「かなり色々察してくれる」
● 「期待通りのアウトプットを一瞬で出してくれる」
● 「こんな雑な指示でもそれなりに出来てる、すごすぎ」
Slide 18
Slide 18 text
使い始めて数ヶ月、わたしの感想
● 「かなり色々察してくれる」
● 「期待通りのアウトプットを一瞬で出してくれる」
● 「こんな雑な指示でもそれなりに出来てる、すごすぎ」
● もうこれ、なんでもできる様になるのでは？
Slide 19
Slide 19 text
使い始めて数ヶ月、わたしの感想
● 「かなり色々察してくれる」
● 「期待通りのアウトプットを一瞬で出してくれる」
● 「こんな雑な指示でもそれなりに出来てる、すごすぎ」
● もうこれ、なんでもできる様になるのでは？
● というか将来仕事大丈夫かな…。
Slide 20
Slide 20 text
使い始めて数ヶ月、わたしの感想
● 「かなり色々察してくれる」
● 「期待通りのアウトプットを一瞬で出してくれる」
● 「こんな雑な指示でもそれなりに出来てる、すごすぎ」
● もうこれ、なんでもできる様になるのでは？
● というか将来仕事大丈夫かな…。
「1ヶ月目〜2ヶ月目」なんだか期待していたより出来るぞ …？
Slide 21
Slide 21 text
使い始めて数ヶ月、わたしの感想
● あれやって！これやって！早くして！！
○ → AIエージェント「…（なにも反応しない。ただの屍の様だ）」
Slide 22
Slide 22 text
使い始めて数ヶ月、わたしの感想
● あれやって！これやって！早くして！！
○ → AIエージェント「…（なにも反応しない。ただの屍の様だ）」
● 何でそんなことも出来ないの？？
Slide 23
Slide 23 text
使い始めて数ヶ月、わたしの感想
● あれやって！これやって！早くして！！
○ → AIエージェント「…（なにも反応しない。ただの屍の様だ）」
● 何でそんなことも出来ないの？？
● さっき修正させたバグ、また再現してるんだが？？
Slide 24
Slide 24 text
使い始めて数ヶ月、わたしの感想
● あれやって！これやって！早くして！！
○ → AIエージェント「…（なにも反応しない。ただの屍の様だ）」
● 何でそんなことも出来ないの？？
● さっき修正させたバグ、また再現してるんだが？？
● 逆に時間かかっちゃったじゃん…。このロスどうしてくれるの？
Slide 25
Slide 25 text
使い始めて数ヶ月、わたしの感想
● あれやって！これやって！早くして！！
○ → AIエージェント「…（なにも反応しない。ただの屍の様だ）」
● 何でそんなことも出来ないの？？
● さっき修正させたバグ、また再現してるんだが？？
● 逆に時間かかっちゃったじゃん…。このロスどうしてくれるの？
● 、、、日々積み重なるフラストレーション。
Slide 26
Slide 26 text
使い始めて数ヶ月、わたしの感想
● あれやって！これやって！早くして！！
○ → AIエージェント「…（なにも反応しない。ただの屍の様だ）」
● 何でそんなことも出来ないの？？
● さっき修正させたバグ、また再現してるんだが？？
● 逆に時間かかっちゃったじゃん…。このロスどうしてくれるの？
● 、、、日々積み重なるフラストレーション。
「3ヶ月目〜4ヶ月目」なんだか逆にタスク完了までが遅くなってないか …？
Slide 27
Slide 27 text
高まるAI依存、自分自身への疑心暗鬼
● 自分では書かないであろう、おかしな記述をコミット。
Slide 28
Slide 28 text
高まるAI依存、自分自身への疑心暗鬼
● 自分では書かないであろう、おかしな記述をコミット。
● 要件通りに動いているし、問題ないだろうという慢心。
Slide 29
Slide 29 text
高まるAI依存、自分自身への疑心暗鬼
● 自分では書かないであろう、おかしな記述をコミット。
● 要件通りに動いているし、問題ないだろうという慢心。
● 「コーディングに対する謙虚さ」がなくなってしまった感。
Slide 30
Slide 30 text
高まるAI依存、自分自身への疑心暗鬼
● 自分では書かないであろう、おかしな記述をコミット。
● 要件通りに動いているし、問題ないだろうという慢心。
● 「コーディングに対する謙虚さ」がなくなってしまった感。
「AIと、どの様に協業すべきだったのか？」を振り返らねば！
Slide 31
Slide 31 text
5フェーズに分解して振り返ってみる
● 0 → 1「生成期」プロジェクトが無の地点
Slide 32
Slide 32 text
5フェーズに分解して振り返ってみる
● 0 → 1「生成期」プロジェクトが無の地点
● 1 → 10「構成期」プロジェクト構成と環境構築の地点
Slide 33
Slide 33 text
5フェーズに分解して振り返ってみる
● 0 → 1「生成期」プロジェクトが無の地点
● 1 → 10「構成期」プロジェクト構成と環境構築の地点
● 10 → 90「実装期」要件定義通りに大量生産する地点
Slide 34
Slide 34 text
5フェーズに分解して振り返ってみる
● 0 → 1「生成期」プロジェクトが無の地点
● 1 → 10「構成期」プロジェクト構成と環境構築の地点
● 10 → 90「実装期」要件定義通りに大量生産する地点
● 90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
Slide 35
Slide 35 text
5フェーズに分解して振り返ってみる
● 0 → 1「生成期」プロジェクトが無の地点
● 1 → 10「構成期」プロジェクト構成と環境構築の地点
● 10 → 90「実装期」要件定義通りに大量生産する地点
● 90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 99 → 100「完成期」ガイドライン準拠等を精査する地点
Slide 36
Slide 36 text
5フェーズに分解して振り返ってみる
● 0 → 1「生成期」プロジェクトが無の地点
● 1 → 10「構成期」プロジェクト構成と環境構築の地点
● 10 → 90「実装期」要件定義通りに大量生産する地点
● 90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 99 → 100「完成期」ガイドライン準拠等を精査する地点
各フェーズに対し、 AIエージェントとの協業について評価していく
Slide 37
Slide 37 text
0 → 1「生成期」
Slide 38
Slide 38 text
0 → 1「生成期」プロジェクトが無の地点
● 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。
Slide 39
Slide 39 text
0 → 1「生成期」プロジェクトが無の地点
● 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。
● CI/CD ワークフローなんかもシュッと出来上がる。
Slide 40
Slide 40 text
0 → 1「生成期」プロジェクトが無の地点
● 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。
● CI/CD ワークフローなんかもシュッと出来上がる。
● AIエージェントはスピードを与えてくれる頼もしい存在。
Slide 41
Slide 41 text
0 → 1「生成期」プロジェクトが無の地点
● 断片的な情報を与えるだけでも、圧倒的速度で土台ができる。
● CI/CD ワークフローなんかもシュッと出来上がる。
● AIエージェントはスピードを与えてくれる頼もしい存在。
疑いようもなく、 AIエージェントを使い倒すべきフェーズ
Slide 42
Slide 42 text
0 → 1「生成期」プロジェクトが無の地点
● 過去のプロジェクト雛形流用でも良かったのでは？
Slide 43
Slide 43 text
0 → 1「生成期」プロジェクトが無の地点
● 過去のプロジェクト雛形流用でも良かったのでは？
● 参考になる Public リポジトリを参考にすれば良かったのでは？
Slide 44
Slide 44 text
0 → 1「生成期」プロジェクトが無の地点
● 過去のプロジェクト雛形流用でも良かったのでは？
● 参考になる Public リポジトリを参考にすれば良かったのでは？
● ChatGPT でもある程度の構成伝えれば雛形生成してくれる。
Slide 45
Slide 45 text
0 → 1「生成期」プロジェクトが無の地点
● 過去のプロジェクト雛形流用でも良かったのでは？
● 参考になる Public リポジトリを参考にすれば良かったのでは？
● ChatGPT でもある程度の構成伝えれば雛形生成してくれる。
● トークンを無駄遣いしてしまった感（お金は大事だよ）。
Slide 46
Slide 46 text
0 → 1「生成期」プロジェクトが無の地点
● 過去のプロジェクト雛形流用でも良かったのでは？
● 参考になる Public リポジトリを参考にすれば良かったのでは？
● ChatGPT でもある程度の構成伝えれば雛形生成してくれる。
● トークンを無駄遣いしてしまった感（お金は大事だよ）。
代替手段はいくらでもある。全部 AIエージェントでなくてもよい
Slide 47
Slide 47 text
1 → 10「構成期」
Slide 48
Slide 48 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 「そもそも空なんだからこんなもん」→ それはそう。
Slide 49
Slide 49 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 「そもそも空なんだからこんなもん」→ それはそう。
● 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。
Slide 50
Slide 50 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 「そもそも空なんだからこんなもん」→ それはそう。
● 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。
● この地点では、イマイチなアウトプットに対して寛容であった。
Slide 51
Slide 51 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 「そもそも空なんだからこんなもん」→ それはそう。
● 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。
● この地点では、イマイチなアウトプットに対して寛容であった。
● なぜなら、イマイチなアウトプットでも概ね正解で、何より爆速だから。
Slide 52
Slide 52 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 「そもそも空なんだからこんなもん」→ それはそう。
● 「プロジェクトの方針は千差万別」→ 詳細指示が無かった非を認める。
● この地点では、イマイチなアウトプットに対して寛容であった。
● なぜなら、イマイチなアウトプットでも概ね正解で、何より爆速だから。
AIエージェントとの認識齟齬に課題を感じないフェーズ
Slide 53
Slide 53 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。
Slide 54
Slide 54 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。
● 「このまま頼れば最後まで爆速でいけるのでは？」と盲信を始める。
Slide 55
Slide 55 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。
● 「このまま頼れば最後まで爆速でいけるのでは？」と盲信を始める。
● AIエージェントの速度に概ね満足している状態。
Slide 56
Slide 56 text
1 → 10「構成期」プロジェクト構成と環境構築の地点
● 以前では何日もかかっていた環境構築が数時間で出来てしまった。最高。
● 「このまま頼れば最後まで爆速でいけるのでは？」と盲信を始める。
● AIエージェントの速度に概ね満足している状態。
AIエージェントに期待しすぎている事に気づけないフェーズ
Slide 57
Slide 57 text
10 → 90「実装期」
Slide 58
Slide 58 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。
Slide 59
Slide 59 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。
● まったく同じプロンプトでも、出力が異なることがある。なぜ？
Slide 60
Slide 60 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。
● まったく同じプロンプトでも、出力が異なることがある。なぜ？
● 指示が詳細すぎる場合、中間の指示を漏らす傾向がある。
Slide 61
Slide 61 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。
● まったく同じプロンプトでも、出力が異なることがある。なぜ？
● 指示が詳細すぎる場合、中間の指示を漏らす傾向がある。
● 「詳細長文で一発」より「シンプルに数発」の方が、出力の再現性が高かった。
Slide 62
Slide 62 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 雛形を指定して要件を伝えれば、基本的に速くコードが書けるのだが、、。
● まったく同じプロンプトでも、出力が異なることがある。なぜ？
● 指示が詳細すぎる場合、中間の指示を漏らす傾向がある。
● 「詳細長文で一発」より「シンプルに数発」の方が、出力の再現性が高かった。
AIエージェントとの認識齟齬に課題を感じ始めるフェーズ
Slide 63
Slide 63 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 単純な指示でも食い違い。→ 指示内要に問題があったのか？
Slide 64
Slide 64 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 単純な指示でも食い違い。→ 指示内要に問題があったのか？
● ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故？
Slide 65
Slide 65 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 単純な指示でも食い違い。→ 指示内要に問題があったのか？
● ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故？
● 「AIエージェントも人と同じ様に、同じミスを繰り返すのか、、。」
Slide 66
Slide 66 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 単純な指示でも食い違い。→ 指示内要に問題があったのか？
● ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故？
● 「AIエージェントも人と同じ様に、同じミスを繰り返すのか、、。」
● ここでイライラしてはいけないし、原因追及を怠ってはいけないけど、、。
Slide 67
Slide 67 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 単純な指示でも食い違い。→ 指示内要に問題があったのか？
● ルールファイル規約をたまに無視する。→ 前は無視しなかったのに何故？
● 「AIエージェントも人と同じ様に、同じミスを繰り返すのか、、。」
● ここでイライラしてはいけないし、原因追及を怠ってはいけないけど、、。
うまくワークしていない状況にイライラしはじめる
Slide 68
Slide 68 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 実装を進めないと、気づけないことはたくさんある。わかる。
Slide 69
Slide 69 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 実装を進めないと、気づけないことはたくさんある。わかる。
● 自分でコーディングしている時と、取り組みは同じだけど、、。
Slide 70
Slide 70 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 実装を進めないと、気づけないことはたくさんある。わかる。
● 自分でコーディングしている時と、取り組みは同じだけど、、。
● 共通化すべき箇所は察して共通化して欲しかった → 無理。期待しすぎ？
Slide 71
Slide 71 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 実装を進めないと、気づけないことはたくさんある。わかる。
● 自分でコーディングしている時と、取り組みは同じだけど、、。
● 共通化すべき箇所は察して共通化して欲しかった → 無理。期待しすぎ？
● 綺麗なコードにしたいなら、共通化作業のプロンプトが必須。
Slide 72
Slide 72 text
10 → 90「実装期」要件定義通りに大量生産する地点
● 実装を進めないと、気づけないことはたくさんある。わかる。
● 自分でコーディングしている時と、取り組みは同じだけど、、。
● 共通化すべき箇所は察して共通化して欲しかった → 無理。期待しすぎ？
● 綺麗なコードにしたいなら、共通化作業のプロンプトが必須。
AIエージェントに、失望し始めるフェーズ
Slide 73
Slide 73 text
90 → 99「成熟期」
Slide 74
Slide 74 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 「一見動いているが品質が低いバグ修正」が顕著に現れる。
Slide 75
Slide 75 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 「一見動いているが品質が低いバグ修正」が顕著に現れる。
● 「実装直してテスト通しました！」というアレ → フラストレーションMAX
Slide 76
Slide 76 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 「一見動いているが品質が低いバグ修正」が顕著に現れる。
● 「実装直してテスト通しました！」というアレ → フラストレーションMAX
● 「うまくいかない…」ときは大体、アプローチが間違ってる。
Slide 77
Slide 77 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 「一見動いているが品質が低いバグ修正」が顕著に現れる。
● 「実装直してテスト通しました！」というアレ → フラストレーションMAX
● 「うまくいかない…」ときは大体、アプローチが間違ってる。
● ヒントを与えなければ、いつまでも沼にはまって時間だけが溶ける。
Slide 78
Slide 78 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 「一見動いているが品質が低いバグ修正」が顕著に現れる。
● 「実装直してテスト通しました！」というアレ → フラストレーションMAX
● 「うまくいかない…」ときは大体、アプローチが間違ってる。
● ヒントを与えなければ、いつまでも沼にはまって時間だけが溶ける。
AIエージェントへ依存から、フラストレーションが MAXになるフェーズ
Slide 79
Slide 79 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 環境差異によるバグは、専門職人芸でないと直らないケースが多い。
Slide 80
Slide 80 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 環境差異によるバグは、専門職人芸でないと直らないケースが多い。
● 人間の知覚による微妙な違和感は、AIにはわからない。
Slide 81
Slide 81 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 環境差異によるバグは、専門職人芸でないと直らないケースが多い。
● 人間の知覚による微妙な違和感は、AIにはわからない。
● AI エージェントは基本、初手は低パフォーマンスコードを吐く。
Slide 82
Slide 82 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 環境差異によるバグは、専門職人芸でないと直らないケースが多い。
● 人間の知覚による微妙な違和感は、AIにはわからない。
● AI エージェントは基本、初手は低パフォーマンスコードを吐く。
● AIに出来ないものは出来ない。
Slide 83
Slide 83 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 環境差異によるバグは、専門職人芸でないと直らないケースが多い。
● 人間の知覚による微妙な違和感は、AIにはわからない。
● AI エージェントは基本、初手は低パフォーマンスコードを吐く。
● AIに出来ないものは出来ない。
● N度やらせて解決しない場合、自分で解決すべき。
Slide 84
Slide 84 text
90 → 99「成熟期」バグや考慮漏れを完全に取り払う地点
● 環境差異によるバグは、専門職人芸でないと直らないケースが多い。
● 人間の知覚による微妙な違和感は、AIにはわからない。
● AI エージェントは基本、初手は低パフォーマンスコードを吐く。
● AIに出来ないものは出来ない。
● N度やらせて解決しない場合、自分で解決すべき。
AIエージェントに頼ることを、諦めはじめるフェーズ
Slide 85
Slide 85 text
99 → 100「完成期」
Slide 86
Slide 86 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● 実装を修正すれば、同時にテストも修正してくれる → 幻想
Slide 87
Slide 87 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● 実装を修正すれば、同時にテストも修正してくれる → 幻想
● テストを修正すれば、テストタイトルも修正してくれる → 幻想
Slide 88
Slide 88 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● 実装を修正すれば、同時にテストも修正してくれる → 幻想
● テストを修正すれば、テストタイトルも修正してくれる → 幻想
● 実装を修正すれば、コメントも直してくれる → 幻想
Slide 89
Slide 89 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● 実装を修正すれば、同時にテストも修正してくれる → 幻想
● テストを修正すれば、テストタイトルも修正してくれる → 幻想
● 実装を修正すれば、コメントも直してくれる → 幻想
● ルールやプロンプトの工夫次第かもしれないが、、。
Slide 90
Slide 90 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● 実装を修正すれば、同時にテストも修正してくれる → 幻想
● テストを修正すれば、テストタイトルも修正してくれる → 幻想
● 実装を修正すれば、コメントも直してくれる → 幻想
● ルールやプロンプトの工夫次第かもしれないが、、。
AIエージェントに任せきりだった些細な箇所の、品質の低さに気づくフェーズ
Slide 91
Slide 91 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
Slide 92
Slide 92 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
● どうしても矯正したいのならlinter自作を検討。
Slide 93
Slide 93 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
● どうしても矯正したいのならlinter自作を検討。
● ルールを無視されることがあるのは、承知のうえで監査が必要。
Slide 94
Slide 94 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
● どうしても矯正したいのならlinter自作を検討。
● ルールを無視されることがあるのは、承知のうえで監査が必要。
● プロンプトを検討してルールを再考すべきかは要精査。
Slide 95
Slide 95 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
● どうしても矯正したいのならlinter自作を検討。
● ルールを無視されることがあるのは、承知のうえで監査が必要。
● プロンプトを検討してルールを再考すべきかは要精査。
● もちろん、些細な修正ならプロンプトで直るのだが、、。
Slide 96
Slide 96 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
● どうしても矯正したいのならlinter自作を検討。
● ルールを無視されることがあるのは、承知のうえで監査が必要。
● プロンプトを検討してルールを再考すべきかは要精査。
● もちろん、些細な修正ならプロンプトで直るのだが、、。
● 自らガイドラインを頭に入れておき、もっと早い段階で指摘すべき。
Slide 97
Slide 97 text
99 → 100「完成期」ガイドライン準拠等を精査する地点
● リンターで矯正できないガイドラインは、プロジェクト毎の方針の問題。
● どうしても矯正したいのならlinter自作を検討。
● ルールを無視されることがあるのは、承知のうえで監査が必要。
● プロンプトを検討してルールを再考すべきかは要精査。
● もちろん、些細な修正ならプロンプトで直るのだが、、。
● 自らガイドラインを頭に入れておき、もっと早い段階で指摘すべき。
どの様に協業すべきだったか気づくフェーズ
Slide 98
Slide 98 text
教訓
Slide 99
Slide 99 text
AIエージェントと、どの様に協業すべきだったのか？
● 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。
Slide 100
Slide 100 text
AIエージェントと、どの様に協業すべきだったのか？
● 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。
● 気を許して頼り切ってはいけない。品質の責任者は終始自分。
Slide 101
Slide 101 text
AIエージェントと、どの様に協業すべきだったのか？
● 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。
● 気を許して頼り切ってはいけない。品質の責任者は終始自分。
● 完璧を目指す後期ほど、摩擦が生じるのは相手が人間でも同じ。
Slide 102
Slide 102 text
AIエージェントと、どの様に協業すべきだったのか？
● 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。
● 気を許して頼り切ってはいけない。品質の責任者は終始自分。
● 完璧を目指す後期ほど、摩擦が生じるのは相手が人間でも同じ。
● 「自分は手を動かさない」というこだわりは無いほうがいい。
Slide 103
Slide 103 text
AIエージェントと、どの様に協業すべきだったのか？
● 品質に関して終始疑おう。AIエージェントとの認識齟齬は常にある。
● 気を許して頼り切ってはいけない。品質の責任者は終始自分。
● 完璧を目指す後期ほど、摩擦が生じるのは相手が人間でも同じ。
● 「自分は手を動かさない」というこだわりは無いほうがいい。
然るべき責務境界線の、線引きをうやむやにするのは止めよう
Slide 104
Slide 104 text
AIエージェントと、どの様に協業すべきだったのか？
● AIエージェントの品質を問う前に、自分の心構えを問おう。
Slide 105
Slide 105 text
AIエージェントと、どの様に協業すべきだったのか？
● AIエージェントの品質を問う前に、自分の心構えを問おう。
● フェーズ後期ほど、早めに仕事を巻き取ってあげよう。
Slide 106
Slide 106 text
AIエージェントと、どの様に協業すべきだったのか？
● AIエージェントの品質を問う前に、自分の心構えを問おう。
● フェーズ後期ほど、早めに仕事を巻き取ってあげよう。
● バグが上手く解決しない場合、根本原因を分析してあげよう。
Slide 107
Slide 107 text
AIエージェントと、どの様に協業すべきだったのか？
● AIエージェントの品質を問う前に、自分の心構えを問おう。
● フェーズ後期ほど、早めに仕事を巻き取ってあげよう。
● バグが上手く解決しない場合、根本原因を分析してあげよう。
● AIエージェントに違うアプローチを提案してあげよう。
Slide 108
Slide 108 text
AIエージェントと、どの様に協業すべきだったのか？
● AIエージェントの品質を問う前に、自分の心構えを問おう。
● フェーズ後期ほど、早めに仕事を巻き取ってあげよう。
● バグが上手く解決しない場合、根本原因を分析してあげよう。
● AIエージェントに違うアプローチを提案してあげよう。
「フェーズ毎の心構えがどうあるべきか？」が重要
Slide 109
Slide 109 text
ご清聴ありがとうございました