forget

ユーザーは agentmemory からデータを削除したいと考えています：$ARGUMENTS

クイックスタート

memory_smart_search { "query": "old api key in config", "targetLayer": "memory", "limit": 20 }

一致した項目を表示し、明示的な承認を得てから、次を実行します：

memory_governance_delete { "memoryIds": "abc12345,def67890", "reason": "user privacy request" }

想定される出力：

Found 2 matching memories. Confirmed. Deleted 2 memories.

理由

この操作は破壊的で、取り消せません。削除対象を正確に表示し、削除を実行する前に明示的な承認を得てください。メモリ ID を指定して削除し、セッションだけを指定して削除しないでください。

ワークフロー

1. memory_smart_search を使い、ユーザーのテキストを query に指定して、targetLayer: "memory"、limit: 20、および要求されたプロジェクト／エージェントのスコープで検索します。ここで選ばれるのは関連性の高い一致項目であり、すべての項目を網羅した一覧ではありません。
2. 一致した項目（メモリ ID、タイトル、スコープ）を表示します。秘密情報の値は伏せてください。明示的な確認を求めます。返答がない場合や、「まあ、いいよ」のような曖昧な返答では先に進まないでください。
3. 承認を得たら、memory_governance_delete を呼び出し、memoryIds にカンマ区切りの文字列を渡します。reason は省略可能です（デフォルトは plugin skill request）。
4. この操作では、観察データの削除やセッション全体の消去には対応していません。先にこの制限を説明してください。選択したメモリの削除を、セッション全体の消去として案内してはいけません。観察データ ID や sessionId は渡さないでください。
5. 教訓は別扱いです。削除する場合は memory_lesson_delete に lessonId を指定します。memory_governance_delete では教訓は削除されません。
6. 応答の deleted、notFound、failed を確認します。実際に削除された項目と未解決の ID は分けて報告してください。失敗したリクエストを再試行する前に、選択した ID を再確認してください。応答が中断された場合、書き込みが完了している可能性があります。

アンチパターン

誤り：検索で一致項目が返った後、表示も承認の確認もせずに、すぐ memory_governance_delete を呼び出す。

正しい対応：一致項目を列挙し、「この 2 件を削除しますか？（はい／いいえ）」と尋ね、明示的に「はい」と返答された後にのみ削除します。

チェックリスト

• 削除前に、一致項目をユーザーに表示した。
• 明示的な承認を得た。承認があったものと決めつけていない。
• memoryIds には検索結果から得た実際の ID を設定し、sessionId だけを指定していない。
• 最終メッセージで、実際に削除された件数を伝えた。

関連項目

• remember：書き込み側の機能です。削除はその取り消しにあたります。
• recall：削除前に正確なメモリ ID を探します。

トラブルシューティング

memory_smart_search または memory_governance_delete が利用できない場合は、TROUBLESHOOTING.md を参照してください。