AIに持続⼒を与える 判断の⻑期記憶設計

Transcript

1. AIに持続力を与える 判断の長期記憶設計 Eisuke Kawano
2. 自己紹介 河野 英資 / Eisuke Kawano フリーランスのRobloxクリエイターとして、ゲームの企画と実装をしています。 その一方で、Pi向けの小さな拡張機能やOSSも作っています。 個人プロジェクトとOSSを約40件、並行して開発しています。 Links Pi向けOSSの利用実績
3. 判断の再説明 自分の気づき 似たような判断でも、毎回ここから始めてい ました。 ゴール・やりたいことを伝える 制約を一から決める 再利用できる判断記録が残っていなかった 同じような判断を、毎回一から説明していた。 ゴールを伝える 人間が、やりたいことをその都度説明する 制約を決める プロジェクトごとに、最初から確認する また説明する 似た判断でも、次の作業へ引き継がれない
4. 判断原則の共有 共通の原則を、プロジェクトの制約に合わせて具体化する。 共通判断記録 複数プロジェクトで使う原則 複数プロジェクトに共通する優先順位 判断の理由と、再利用できる条件 別プロジェクトへ渡す上位の判断 固有判断記録 このプロジェクトの事情 目的・制約・優先順位 このプロジェクトだけの判断 共通原則を具体化・分解した内容 共通の原則 → 固有の制約に合わせて具体化 判断の原則を横展開できることが、長期記憶の強み。
5. 判断記録の保存構造 判断記録は、この構造で保存しています。 vault/ ├── CONTEXT-MAP.md ├── shared-decisions/ └── projects/ └── <project>/ ├── CONTEXT.md ├── decisions/ └── work/ 全体の案内図 # 共通判断記録 # プロジェクト文脈 # 固有判断記録 # Issue・PR・テスト # 保存場所を役割ごとに分け、共通の原則を固有判断へ具体化する。
6. エージェントの判断ルート 01 02 03 04 05 依頼の位置づけ 横断方針・プロジェクト目的との接続を確認 判断テーマの特定 UI/UX・運用・検索など、今回の論点を絞る 判断記録の探索 関係する共通・固有判断記録を探す 判断の適用 Goal・制約・判断・理由・次の行動を反映 作業の実行 Issue・PR・テストへ進む 記録がない、または衝突する → 人間確認タスク → 人間が決めて保存 → 後続の作業で再利用
7. 人間の担当領域 1｜プロジェクト目的 何を達成するか 2｜新規・例外の判断記録 横断方針を実現する目的を決める プロジェクトの境界を決める 記録にないとき 人間確認タスクで決める 判断・理由・次の行動を保存する 3｜最終UI/UXレビュー 実際に触る 成果物を実際に触って確認する 次の行動へ自然に進めるかを見る 判断と理由を記録する それ以外は、判断記録を根拠にエージェントが進める。
8. 人間の手触り確認 判断ルートを説明する仮想例｜タスク管理アプリ エージェントがすること 担当者・期限・タグを追加する？ 次にやるタスクを目立たせる？ 人間がすること 一覧画面のカードを変更し たい 横断方針 → 目的 → UI/UX → 判断記録 判断記録：ベンチマークアプリを完全に参考にする 目的と制約を読む 共通・固有判断記録を読む ベンチマークアプリを完全に参考にする 案を絞り、実装・テストへ進む 実際に画面を触る 人間の次の行動が自然か確認する 最終的なUI/UXを判断する 判断と理由を記録する Webアプリは人間のためのもの。最後の手触りは人間が決める。
9. 3つの探索手段 共通判断記録を横展開すると候補も増える。3つの手段で候補を絞り、最後はノート本文で根拠を確認す る。 参照をたどる 全体の案内図（ CONTEXT-MAP.md ）を起点に、書かれた参照を順にたどる。 QMD MarkdownをRAG化し、意味検索で候補を探す。 GitHub OKF ファイル間の関係を地図化し、次に読む候補を横断して見つける。 公式サイト 参照＝道順。OKF＝関係地図。最後はノート本文で判断の根拠を確認する。
10. まとめ あらゆる判断記録を残して、自分のクローンを作っていきましょう！
11. ご清聴ありがとうございました