記事一覧
全98件 ・ 1/5ページ
設計・レビューでのAI活用AIにコードの複雑さ・設計の臭いを指摘させる｜直す順番の決め方引き継いだコードをAIに見せたら、指摘が四十いくつ返ってきた。全部もっともらしいけれど、全部直す時間はない。AIが得意なのは「気になる箇所を並べること」で、「直す価値があるか」を知っているのは、次にそこを触る予定があるあなたのほうです。順番の決め方を整理しました。
テスト・品質AIにログ出力の不足を指摘させる｜障害調査で困らない設計障害の報告を受けてログを開いたら、残っていたのは「エラーが発生しました」の1行だけ——調査の入口で止まってしまう、あの感じ。AIにログの不足を指摘させるときの前提の渡し方と、量を増やさずに追えるようにする順番を、たどる・わかる・出さないの3つで整理しました。
設計・レビューでのAI活用AIに冪等性の設計を相談する｜リトライで二重実行させない型同じ登録が2件、同じメールが2通、同じ請求が2回。コードは間違っていないのに、リクエストが2回来ることを想定に入れていなかっただけ——ということがあります。AIに冪等性の設計を相談するときの前提の渡し方と、AIが素通りしやすい競合の穴を、決める・弾く・返すの順に整理しました。
リスク・限界の見極めAIに頼りすぎてスキルが育たない｜チームの学習を止めない工夫上がってくるコードはきれいなのに、「なぜこうしたの？」に少し間が空く。AIで速くなったぶん、詰まって考える時間が減っただけかもしれません。誰も責めずに、チームの学習を止めないための線引き・問い方・記録の残し方を整理しました。
業務システムへの組み込みAI機能を本番に出すのが怖い｜機能フラグと段階リリースの型検証では動いた。でも本番に出す当日、リリースボタンの前で手が止まる——AI機能は「バグがある」から怖いのではなく、正解が決まっていないから怖いんですよね。分ける・細く出す・すぐ戻す、の順に整えれば、出す判断はずっと軽くなります。切り戻しの決め方まで整理しました。
リスク・限界の見極めAIエージェントに本番環境と認証情報を渡す前に｜権限の絞り方「本番のログを見て原因を調べて」と頼みかけて、手が止まる。エージェントは調べるだけでなく実行までできるので、渡す鍵の重さがそのまま事故の大きさになります。渡さない・絞る・追える、の順で権限を整理する手順をまとめました。
AIコーディングAIにライブラリのバージョンアップを任せる｜破壊的変更の追い方バージョンを上げたらビルドが通らない。AIに投げると直してはくれるけれど、それが正しい直し方かは別の話です。破壊的変更のうち自分たちに効くものだけを選び、1つずつ上げて、自分の目で確かめる——手戻りしにくい進め方をまとめました。
テスト・品質AIに障害の再現手順を整理させる｜報告と切り分けを速く「動きません」から始まる障害報告は、原因より先に情報が足りません。AIに原因を当てさせるのではなく、足りない情報を洗わせて再現手順の形に整える——集める・整える・削るの3ステップにまとめました。
テスト・品質AIにリリース前チェックリストを作らせる｜抜けを埋める使い方AIに頼むと、リリース前チェックリストはすぐ出てきます。ただ、そのままだと「テストを実行する」のような、どの現場にも当てはまる代わりに今回の役には立たない行が並びがち。今回の差分から効く項目を出させる頼み方と、判定できる形への直し方を整理しました。
設計・レビューでのAI活用AIにエラーハンドリング方針を相談する｜握りつぶさない設計AIが書いたコードのエラー処理は、たいていきれいに整っています。ただ、失敗したことが誰にも伝わらないまま先へ進んでいることがある。捕まえる場所の決め方、握りつぶしの見つけ方、失敗経路の確かめ方を、明日ひとつ試せる形で整理しました。
AIコーディングAIに書かせたDockerfile｜イメージ肥大と脆弱性の確認AIに頼んだDockerfileは、たいていちゃんとビルドが通ります。ただ、動くことと、本番に置いていいことは別の話。イメージがなぜか重い、rootのまま動いている、ビルド時の鍵が履歴に残っている——受け取ったあとにどこを見ればいいかを、順番に整理しました。
AIコーディングAIに日付・タイムゾーン処理を書かせる｜ズレる定番バグの確認手順AIが書いた日付の処理は、だいたい動きます。ただ、深夜と月末と海外だけ静かにズレる。時差の入れ方、日付の区切り、月末の扱いまで、レビューでどこを見ればいいかを順番に整理しました。
業務システムへの組み込みAI機能のレスポンスが遅い｜ストリーミングで体感速度を上げる「あのAIの機能、遅くないですか」と言われた日に。待ち時間の中身を分けると、実は「速くする」より先にできることがあります。最初の一文字を早く出すストリーミング、途中で詰まるバッファの外し方、向かない場面の見分け方まで、明日ひとつ試せる形で整理しました。
テスト・品質AIにモック・スタブを書かせる｜テストが嘘をつかない確認テストは全部緑なのに、本番でだけ落ちた。原因をたどるとモックが本物と少し違っていた——現場でよくある一日です。AIはモックを作るのが速い代わりに、本物を見ずに「こうなっているはず」で書きます。嘘をつくモックに気づくための確認手順を、そのまま使える頼み方つきで整理しました。
設計・レビューでのAI活用AIに実装タスクを分解させる｜WBSの抜けを見つける使い方「タスク一覧を出しておいて」と言われた夜に。AIはタスク分解が速い代わりに、うまくいく順路だけを並べます。抜けやすいのは決まっていないこと・他人が絡むこと・後片付け。粗く出して、抜けを名指しで洗わせる手順を整理しました。
AIコーディングAIに設定ファイルを生成させる｜秘密情報の混入を防ぐ手順YAMLやenvの書式をうろ覚えのまま検索するより、AIに聞いたほうが早い。ただ設定ファイルは、構造と秘密の値が同じ場所に同居しています。貼る前に値を伏せる・形だけ書かせる・機械に見張らせる。明日ひとつ試せる手順を整理しました。
AIコーディングAIにパフォーマンス改善の候補を出させる｜推測で直さない手順「重い」と言われてAIに聞いたら、改善案が十いくつ返ってきた。全部やる時間はないし、どれが効くのかも分からない。AIが得意なのは候補を並べることで、どれが効くかを知っているのは計測した数字のほうです。測ってから1つずつ直す、明日ひとつ試せる手順を整理しました。
AIコーディングAIに非同期・並行処理を書かせる｜競合とデッドロックの確認AIが書いた並列処理は、手元では気持ちよく動きます。おかしくなるのは、同じ瞬間に二つの処理が同じものに触ったときだけ。だから普段のテストでは出てきません。「同時に来るもの」を先に3行書いてからAIに渡す、明日ひとつ試せる確認の手順を整理しました。
設計・レビューでのAI活用AIに認証・認可の設計を相談する｜権限モデルの穴を潰す詰め方権限まわりの設計は、間違えたときに取り返しがつきにくいぶん、ひとりで決めるのが怖い場所です。AIに相談すると立派な権限表は返ってきますが、実際に穴が空くのは表の外側でした。AIに「案を出させる」から「穴を探させる」へ切り替える詰め方を整理します。
AIコーディングAIにGitのコンフリクト解消を手伝わせる｜壊さないマージの確認手順pull したらコンフリクト、しかも金曜の夕方。AIに投げるとマーカーはきれいに消えるのに、片側の変更が静かに消えていることがあります。もとの状態を見せる設定から、解消後の差分確認まで、明日ひとつ試せる形で整理しました。