AIのメモリー

社内勉強会向け

Transcript

1. AI　の　メ　モ　リ　ー
2. 美しい人生よ
3. Coding Agent
4. Coding Agent コード補完やチャット応対を越えて、 自立したSoftware Engineerとして振舞う AI Agent ≒ SWE Agent
5. Coding Agent Cline Claude Code Windsurf Cursor kiro(New!)
6. 疑問 Cline Claude Code Windsurf Cursor Ｑ．この線は何？ kiro(New!)
7. 正解 Cline Claude Code Windsurf Cursor Ａ．メモリの持ち⽅ kiro(New!)
8. AI　の　メ　モ　リ　ー
9. Prompt Engineering LLMへのお願いの作法 Prompt 明瞭/明確/過不足のない/LLMを 最大限活躍させるプロンプト • System Prompt: モデルの 動作定義 • User Prompt: ユーザーか らのタスク、質問
10. Context Engineering LLMを関数とみなした時の入出力管理 RAG 外部データ/ドキュメント Memory 長期記憶 State/History 状態・会話履歴(短期記憶) Structured Outputs 応答のフォーマット (JSON/Table…) Prompt 明瞭/明確/過不足のない/LLMを 最大限活躍させるプロンプト • System Prompt: モデルの 動作定義 • User Prompt: ユーザーか らのタスク、質問
11. Context Engineering 真面目な図 from 12-Factor Agents • Factor 3: Own your context window Memory: • 長期記憶：セッション外の保管 ◦ 今日話すメモリはこちら
12. メモリがない時 Agent Human 機能①作って ええで。できましたわ Agent Human 機能②作って。 ①の高速版 ①ってなんスカ？
13. メモリがある時 Agent Human 機能①作って ええで。できましたわ Agent Human 機能②作って。 ①の高速版 ①ってなんだ？ (メモリを検 索して) ほえ～ できましたわ
14. LLMは忘れる • Context Window ◦ モデルが一度に処理できる入出力トークンの総量 ◦ チャットでは会話履歴をすべて送信する ◦ 溢れれば忘れる＝短期記憶 • Coding Agentで何が困るか ◦ 「前回どこまでやった？」「方針は？」のインプットが都度必要になる ◦ 参照できるログ/メモリ/テキストが見つからないと一からやり直し • 何が必要か ◦ 短期記憶を補う長期記憶(Long-Term Memory＝LTM) ◦ 別セッションになっても記憶を引き継げる「ふっかつのじゅもん」
15. Coding Agentのメモリー • Context Windowを越える為の”メモリー”(長期記憶) ◦ 例１：コードベースを埋め込み、インデックス化＆ベクトル検索 ▪ ベクトルストアに入れて保存し、必要に応じて取り出す ◦ 例２：コードベースをオンデマンドで取得 ▪ ローカルのファイルを読み込み、必要に応じて思い出す
16. メモリ管理は二種類の派閥が居る Cline Claude Code Windsurf Cursor kiro 1. コードべースをインデックス化 する 2. コードベースをインデック ス化しない
17. ”コードをインデックス化しない理由 ”の例
18. インデックス化しないなら どうやって、どう置く？
19. メモリの置き方 Cline Claude Code kiro 僕はMemory Bank 僕はClaude.md 僕は仕様駆動開発
20. メモリの置き方 Cline 僕はMemory Bank
21. Memory Bank
22. Memory Bank戦略 このようにMarkdownでローカル保存して、プロンプトで管理方法を指示 ※注：Memory BankはCline組込ではなく任意
23. 保存されたメモリの関係性(上から下に読んで思い出す) Memory Bank戦略
24. Memory Bankの更新タイミング 自動更新：３つのパターン 1. 新規パターンが発見される 2. 大きな変更の実施後 3. 文脈を明確にする必要があるとき 手動更新：明示的に「更新して」と要求
25. 自動更新 - 詳しく こんな内容のプロンプト • 参考：Make Cline an AI Agent That Never Forgets https://cline.bot/blog/memory-bank-how-to-make-cline-an-ai-agent-that-never-forgets
26. 開発ドキュメントと重複しがち 個人的に思ってること Readme.mdと二重管理 docs/配下と二重管理 一つでまとまる
27. Memory Bankのアレンジ例 軽量Memory Bank(個人の見解です)
28. Memory Bankのアレンジ例 逆に大規模向けにアレンジしている例も • Cline Recursive Chain-of-Thought System (CRCT) https://github.com/RPG-fan/Cline-Recursive-Chain-of-Thought-Syst em-CRCT-
29. メモリの置き方 Cline Claude Code kiro 僕はMemory Bank 僕はClaude.md 僕は仕様駆動開発
30. メモリの置き方 Claude Code 僕はClaude.md
31. Claude.md
32. Claude.md戦略 Single File, Simple Design https://docs.anthropic.com/ja/docs/claude-code/memory
33. これだけ？ これだけや 「Claude Code: Best practices for agentic coding」の抜粋＋Google翻訳 https://docs.anthropic.com/ja/docs/claude-code/memory
34. ”一般的なワークフロー ”とは これらしい a. Explore, plan, code, commit ・関連ファイルを探索、立案、実装、コミットのサイクルを回す b. Write tests, commit; code, iterate, commit ・いわゆるTest-driven development (TDD) c. Write code, screenshot result, iterate ・コードの結果をスクショして改善＝フロントエンド用？ https://docs.anthropic.com/ja/docs/claude-code/memory
35. 再掲：軽量 Memory Bank 軽量Memory Bankと称した先ほどのは、実 はClaude Codeの戦略に寄せている 1. Readme.md(Claude.md)にプロジェク トのOverview 2. Progress.mdを使ったTodo/タスクリス ト型 3. 必要に応じて開発ドキュメント確認 • 専用のLTMは用意しない 4. ルールは別途.clinerules/
36. メモリの置き方 Cline Claude Code kiro 僕はMemory Bank 僕はClaude.md 僕はSteering+Spec
37. メモリの置き方 kiro 僕はSteering+Spec
38. Steering
39. Steering なんもわからん 要はClaude.mdを分割してる https://kiro.dev/docs/steering/をLLMで翻訳
40. メモリの置き方 kiro 僕はSteering+Spec
41. 仕様駆動開発 ～Spec-Driven Development～
42. 仕様駆動開発 ”仕様駆動開発”をSpecモードとして実装 (使わないVibeモードも選べる) 

43. 仕様駆動開発 なんもわからん https://kiro.dev/docs/specs/concepts/をLLMで翻訳 

44. 仕様駆動開発 完全に理解した 三行で分かるSpecモード 1. 仕様を決めてrequirements.mdへ 2. 設計を決めてdesign.mdへ 3. 実装計画tasks.mdに従い実装 一行でわかるSpecモード ”SDLCに沿ったVibe Coding用フレームワーク” ※SDLC = Software Development Life Cycle
45. Kiro (Steering & Spec)
46. Memory Bank vs Steering & Spec
47. Memory Bank vs Steering & Spec ワイの戦略にドキュメント を必須化してる？ Plan＋Memory Bankの 軽量版やな Context Engineering知らなくて もセミオートなことに価 値があるんや。 デジカメのオートフォー カスと一緒
48. おさらい - メモリの置き方 is いろいろ Cline Claude Code kiro 僕はMemory Bank →記録して毎回読 み出す 僕はClaude.md →最小限の記憶で Context を奇麗に 僕はSteering + 仕様駆動開発 →SDLCに沿ったVibe Coding用 フレームワーク。メモリも兼務
49. “長期記憶の置き方 ”のベストプラクティスは？ • 知らんしマジでわからん ◦ これも独自研究なので誰か教えてくれ • 今後課題になりそうなところ ◦ エージェント向けMemoryファイル VS Git上のドキュメント ◦ エージェント向けMemoryファイル VS Git上のソースコード類 • 経験値＋Web事例 ◦ 新規はガチガチに書いた方が手戻りなく一定以上の品質を作れる ◦ 既存・メンテナンスでは、書けば書くほどコンテキストに縛られ、かえって上手くいかないこ とも ▪ kiroにVibeモード(Spec無し)がわざわざある理由を考えよう
50. おわり 名曲は色褪せない