remember

記憶

長期的に再利用できる知識は、チャット履歴に埋もれたままにせず、適切な記憶領域に保存してください。

使用する場合

• セッション中に見つかった知識を保存したい場合
• 散在する情報を整理して、構造化された記憶にまとめる場合
• 重複した情報や、保存済みの情報と矛盾する内容を整理する場合

使用しない場合

• 一時的なタスクメモ → 会話内に残すだけで十分です
• コードやドキュメントにすでに記載されている内容 → 直接参照してください

記憶領域

領域	用途	保存期間
プロジェクトメモリ	チーム／プロジェクトに関する長期的な知識	永続
セッションコンテキスト	短期間の作業メモ	セッション中のみ
ドキュメント／指示	規約、指示	永続

ワークフロー

1. セッションで得られた関連情報を収集します
2. 各項目を分類します：
   • 長期的に有効なプロジェクト情報
   • 一時的な作業メモ
   • 運用担当者の好みや指示
   • 重複／古い情報／矛盾する情報
3. 各項目に最適な保存先を提案します
4. 適切な記憶領域のみを書き込み、または更新します
5. 整理すべき重複や矛盾があれば指摘します

ルール

• すべてを1つの保存先に詰め込まないでください
• 長期的に有効なチームの知識には、プロジェクトメモリを優先してください
• 項目は簡潔で、実行に移しやすい内容にしてください
• 不確かな情報は、事実として保存せず、不確かであることを明記してください

出力

• 保存した内容
• 保存先
• 見つかった重複／矛盾

---

品質ゲート（保存前）

記憶に保存する前に、この3つの質問で確認してください。いずれかの答えが「いいえ」であれば、保存を見送ります。

質問	理由
実行に役立つ情報ですか？「将来の状況で、誰かが何をすべきかを伝えていますか？」	観察結果は記憶項目ではありません。記憶するのは決定事項です。
長期的に有効ですか？「3か月後も有効ですか、それとも一時的な回避策にすぎませんか？」	一時的な発見は、プロジェクトメモリではなくセッションメモに保存します。
既存の情報と重複していませんか？「これをカバーする、似た内容がすでに記憶にありませんか？」	重複した項目は混乱を招きます。既存項目の更新を優先してください。

例

項目	実行に役立つか？	長期的に有効か？	重複していないか？	保存するか？
「このプロジェクトでは、パスワードに bcrypt の cost=12 を使用する」	✅	✅	✅	はい
「今日はサーバーの再起動が原因で API が遅かった」	❌	❌	✅	いいえ — 一時的な情報です
「プッシュする前に、必ず npm run build を実行する」	✅	✅	既存の情報を確認	すでに保存されていない場合は、はい
「ログインページにダークモード時の不具合がある」	❌	❌	✅	いいえ — 記憶項目ではなく、バグとして報告してください
「オブジェクトの型には type より interface を優先する」	✅	✅	既存の情報を確認	coding-standards に記載がなければ、はい

更新する場合と新規作成する場合

• 新しい情報が既存項目を補足、修正、または置き換える場合は、既存項目を更新します
• 既存項目で該当トピックがカバーされていない場合に限り、新しい項目を作成します
• 明らかに古くなった項目は削除します（事前にユーザーに確認してください）

関連項目

• /coding-standards — 規則の正式な参照先（記憶に重複して保存する必要はありません）
• /skill-stocktake — 記憶領域の品質を監査します