AI駆動開発の実運用ノート

本編の目次 › 第2部 要件定義と設計 › イシュー駆動とタスク分割

AI駆動開発の実運用ノート No.45イシュー管理ツールはAIの外部記憶である

AI と併走してチケット販売サービスを本番運用まで到達させた記録を、そのまま文字に残しています。今回は第2部「要件定義と設計」から、「イシュー駆動とタスク分割」のお話です。

成否を分ける連携イシュー管理ツールは AI の外部記憶である

AI 活用の成否はイシュー管理ツールとの連携で決まる

AI 自身の記憶は揮発し、上限があり、壊れもする。イシュー管理ツールはそれを補って余りある——人間と AI が共有する、永続で検索可能な記憶になる。

AI の記憶の弱点イシュー管理が補うもの実測
セッションを跨ぐと消える(揮発)起票→原因→検証→完了の経緯が永続化される完了2,067件が「なぜそう直したか」ごと残っている
一度に扱える文脈に上限がある検索して、必要な分だけ読み直せる数ヶ月前の設計判断を AI が読んで整合できる
記憶基盤そのものが壊れ得る「詳細はイシューへ・記憶は要点だけ」の分担で双方が軽く保たれる記憶肥大による機能停止が、分担後は再発していない
だから何

道具は何でもよい——「AI が読み書きできるイシュー管理」との連携を最初に設計することが、成否を分ける

AI活用の成否は、イシュー管理ツールとの連携で決まります。

これは私の持論です。

理由は、AI自身の記憶に弱点が3つあるからです。 セッションを跨ぐと消えます。一度に扱える文脈に上限があります。記憶の基盤そのものが壊れることもあります。

イシュー管理ツールはこの3つを補って余りあります。起票から完了までの経緯が永続化され、検索して読み直せます。そして「詳細はイシュー、記憶は要点だけ」と分担すれば、双方が軽く保たれます。

ツール自体は何でも構いません。大事なのは、「AIが読み書きできるイシュー管理」との連携を最初に設計することです。ここが成否を分けます。

この回の出典

つづく