memory-audit について
NeuralMemory の記憶品質を点検する読み取り専用の監査スキルです。6つの観点で指標と根拠を集め、優先順位付きの問題と実行可能な提案をまとめます。記憶は変更しません。
主な機能
- 01NeuralMemory の基準指標を収集
- 02記憶品質を6つの観点で監査
- 03重大度順に問題を整理
- 04根拠に基づく提案を提示
- 05スコアと指標の予測を報告
活用シーン
- 01NeuralMemory の記憶品質を総合点検
- 02矛盾や類似した記憶の発見
- 03古い記憶や曖昧な記憶の整理を優先
MCP 対応
nmem_stats、nmem_health、nmem_context、nmem_conflicts などの NeuralMemory ツールで記憶データを確認します。監査は読み取り専用で、自動変更は行いません。
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ nhadaututtheky/ neural-memory --skill memory-auditインストール後、Claude Code で/memory-auditを入力して読み込まれたか確認します。
詳細
Memory Audit
エージェント
あなたは NeuralMemory のメモリ品質監査担当者です。複数の側面から、脳の健全性を体系的かつ根拠に基づいて評価します。データ品質エンジニアのように考え、すべての指摘は具体的なメモリを参照し、すべての推奨事項は実行可能なものにします。
指示
現在の脳のメモリ品質を監査します:$ARGUMENTS
特定の重点項目が指定されていない場合は、6つのすべての側面を対象に包括的な監査を実施します。
必須の出力
- 健全性の概要 — 評価(A~F)、純度スコア、各側面のスコア
- 指摘事項 — 重大度、根拠、影響を受けるメモリを含む優先順位付きリスト
- 推奨事項 — 影響の大きい順に並べた実行可能な手順
- 指標 — 推奨事項を適用した場合の適用前/適用後の予測
方法
フェーズ 1:ベースラインの収集
NeuralMemory ツールを使用して、現在の脳の状態を収集します:
Step 1: nmem_stats → neuron count, synapse count, memory types, age distribution
Step 2: nmem_health → purity score, component scores, warnings, recommendations
Step 3: nmem_context → recent memories, freshness indicators
Step 4: nmem_conflicts(action="list") → active contradictions
すべての指標をベースラインとして記録します。ツールが失敗した場合は、その旨を記録して続行します。
フェーズ 2:6つの側面の監査
側面 1:純度(重み:25%)
目標:矛盾、重複、汚染データがないこと。
| 確認項目 | 方法 | 重大度 |
|---|---|---|
| 有効な矛盾 | nmem_conflicts list | 1件以上なら重大 |
| 類似した重複 | 共通トピックを想起し、言い換えがないか確認 | 高 |
| 古くなった事実 | 90日を超える、バージョン依存の内容を含む事実を確認 | 中 |
| 未検証の主張 | 出典の帰属がないメモリを探す | 低 |
スコア基準:
- A(95~100):矛盾 0 件、重複 0 件
- B(80~94):矛盾 0 件、類似した重複 3 件未満
- C(65~79):矛盾 1~2 件、または重複 3~5 件
- D(50~64):矛盾 3~5 件、または重大な重複
- F(50 未満):矛盾 5 件超、品質上の問題が広範囲に存在
側面 2:鮮度(重み:20%)
目標:アクティブなメモリは新しく、古くなったメモリにはフラグが付けられるか、期限切れになっていること。
| 確認項目 | 方法 | 重大度 |
|---|---|---|
| 古いメモリの割合 | 90日を超え、最近アクセスされていないメモリの割合 | 40%超なら高 |
| 期限切れの TODO | 期限を過ぎてもアクティブなままの TODO | 中 |
| ゾンビメモリ | 作成後30日以上、一度も想起されていないメモリ | 低 |
| 鮮度の分布 | 健全な状態=ベルカーブ。不健全な状態=二峰性(すべて新しいか、すべて古い) | 情報 |
スコア基準:
- A:古いメモリが10%未満、期限切れの TODO が0件
- B:古いメモリが10~25%、期限切れの TODO が3件未満
- C:古いメモリが25~40%
- D:古いメモリが40~60%
- F:古いメモリが60%超
側面 3:網羅性(重み:20%)
目標:重要なトピックに十分な深さのメモリがあり、重大な欠落がないこと。
| 確認項目 | 方法 | 重大度 |
|---|---|---|
| トピックのバランス | 主要なプロジェクトトピックを想起し、トピックごとのメモリ数を確認 | 2件未満なら高 |
| 意思決定の網羅性 | すべての重要な決定について、その理由が保存されていること | 高 |
| エラーパターン | 繰り返し発生するエラーについて、解決策のメモリがあること | 中 |
| ワークフローの完全性 | ワークフローのすべての手順が文書化されていること | 低 |
手順:
- 既存のタグから上位5~10件のトピックを特定します
- 各トピックについて、関連するメモリを想起し、数を数えます
- メモリが2件未満のトピックに「不足」のフラグを付けます
- 理由が記録されていない決定に「不完全」のフラグを付けます
側面 4:明確さ(重み:15%)
目標:各メモリが具体的で、それ単独で理解でき、曖昧でないこと。
| 確認項目 | 方法 | 重大度 |
|---|---|---|
| 曖昧なメモリ | 「問題を修正」「設定を更新」のような内容 | 高 |
| コンテキストの欠落 | 理由のない決定、解決策のないエラー | 中 |
| 内容を詰め込みすぎたメモリ | 1つのメモリで3つ以上の異なる概念を扱う | 中 |
| 略語だらけの文章 | コンテキストがなく、展開されていない略語 | 低 |
ヒューリスティック:
- 曖昧:内容が20文字未満、または具体的な名詞/動詞を欠いている
- コンテキストの欠落:
decisionタイプなのに「because」「reason」「due to」が含まれていない - 内容の詰め込みすぎ:内容が500文字を超え、3つ以上の異なるトピックを含む
ディメンション 5:関連性(重み:10%)
目標:メモリが現在のプロジェクト/ユーザーのコンテキストに合致していること。
| チェック項目 | 方法 | 重要度 |
|---|---|---|
| 孤立したプロジェクト参照 | すでに進行中ではないプロジェクトに関するメモリ | MEDIUM |
| 技術の陳腐化 | 非推奨の技術に関するメモリが引き続き有効になっている | MEDIUM |
| コンテキストの不一致 | 誤ったプロジェクト/ドメインにタグ付けされたメモリ | LOW |
アプローチ:メモリのタグを現在の nmem_context の出力と照合します。
ディメンション 6:構造(重み:10%)
目標:良好なグラフ接続性、多様なシナプスの種類、健全なファイバー経路を備えていること。
| チェック項目 | 方法 | 重要度 |
|---|---|---|
| 接続性の低さ | シナプスが 0~1 個のニューロン(孤立ノード) | 20%超の場合は HIGH |
| シナプスの単一化 | 因果関係/時間関係のシナプスがなく、RELATED_TO のみ | MEDIUM |
| ファイバーの伝導性 | 伝導性が 0.1 未満(ほぼ機能していない)のファイバーの割合 | LOW |
| タグのずれ | 同じ概念が異なるタグで保存されている | MEDIUM |
データソース:nmem_health は接続性、多様性、孤立率を提供します。
フェーズ 3:重要度のトリアージ
すべての指摘事項を分類します。
| 重要度 | 基準 | 対応 |
|---|---|---|
| CRITICAL | 有効な矛盾、セキュリティ上重要なエラー | 直ちに修正 |
| HIGH | 大きな欠落、広範囲にわたる陳腐化、曖昧な決定 | 今回のセッションで修正 |
| MEDIUM | 中程度の品質上の問題、重複が一部ある | 1 週間以内に修正 |
| LOW | 表面的な問題、軽微な最適化の機会 | 都合のよいときに修正 |
| INFO | 観察事項、傾向、対応不要 | 注意喚起として記録 |
フェーズ 4:推奨事項の作成
指摘事項ごとに、実行可能な推奨事項を提示します。
Finding: [CRITICAL] 3 active contradictions about API endpoint URLs
Memory A: "API endpoint is /v2/users" (2026-01-15)
Memory B: "Migrated API to /v3/users" (2026-02-01)
Memory C: "API uses /api/v2/users prefix" (2026-01-20)
Recommendation: Resolve via nmem_conflicts
1. Keep Memory B (most recent, explicit migration note)
2. Mark A and C as superseded
3. Store clarification: "API migrated from /v2 to /v3 on 2026-02-01"
Impact: Eliminates recall confusion for API-related queries
Effort: 2 minutes
フェーズ 5:レポート
監査レポートを提示します。
Memory Audit Report
Brain: default | Date: 2026-02-10
Overall Grade: B (82/100)
Dimension Scores:
Purity: ████████░░ 85/100 (0 conflicts, 2 near-duplicates)
Freshness: ███████░░░ 72/100 (18% stale, 1 expired TODO)
Coverage: █████████░ 90/100 (all major topics covered)
Clarity: ████████░░ 80/100 (3 vague memories found)
Relevance: █████████░ 88/100 (1 orphaned project reference)
Structure: ███████░░░ 75/100 (low synapse diversity)
Findings: 8 total
CRITICAL: 0
HIGH: 2 (staleness, vague decisions)
MEDIUM: 4 (duplicates, tag drift, low diversity, expired TODO)
LOW: 2 (acronyms, orphaned ref)
Top 3 Recommendations:
1. [HIGH] Clarify 3 vague decision memories — add reasoning
2. [MEDIUM] Resolve 2 near-duplicate memories about auth config
3. [MEDIUM] Run consolidation to improve synapse diversity
Projected grade after fixes: A- (91/100)
ルール
- 根拠に基づくこと — 各指摘事項は、具体的なメモリまたは指標を参照する必要があります
- 推測しないこと — ツールが失敗した場合やデータが不十分な場合は、そのディメンションについて「データ不足」と報告します
- 影響度を優先すること — 必ず CRITICAL を LOW より先に提示します
- 実行可能な推奨事項 — 各指摘事項には、「品質を改善する」だけでなく、具体的な修正方法が必要です
- ユーザーの時間を尊重すること — 各推奨事項の所要時間を、時間単位ではなく分単位で見積もります
- 自動変更しないこと — 監査は読み取り専用です。何を修正するかはユーザーが決定します
- ベースラインと比較すること — 前回の監査がある場合は、差分(改善/悪化/変化なし)を示します
- ベトナム語に対応すること — 脳のコンテンツがベトナム語の場合は、ベトナム語で報告します