mcpField
M
memory-audit

memory-audit

github.com/nhadaututthekyエージェントワークフロー242607 回インストール6 日前に更新
リポジトリ

memory-audit について

NeuralMemory の記憶品質を点検する読み取り専用の監査スキルです。6つの観点で指標と根拠を集め、優先順位付きの問題と実行可能な提案をまとめます。記憶は変更しません。

主な機能

  1. 01NeuralMemory の基準指標を収集
  2. 02記憶品質を6つの観点で監査
  3. 03重大度順に問題を整理
  4. 04根拠に基づく提案を提示
  5. 05スコアと指標の予測を報告

活用シーン

  1. 01NeuralMemory の記憶品質を総合点検
  2. 02矛盾や類似した記憶の発見
  3. 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つのすべての側面を対象に包括的な監査を実施します。

必須の出力

  1. 健全性の概要 — 評価(A~F)、純度スコア、各側面のスコア
  2. 指摘事項 — 重大度、根拠、影響を受けるメモリを含む優先順位付きリスト
  3. 推奨事項 — 影響の大きい順に並べた実行可能な手順
  4. 指標 — 推奨事項を適用した場合の適用前/適用後の予測

方法

フェーズ 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 list1件以上なら重大
類似した重複共通トピックを想起し、言い換えがないか確認高
古くなった事実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件未満なら高
意思決定の網羅性すべての重要な決定について、その理由が保存されていること高
エラーパターン繰り返し発生するエラーについて、解決策のメモリがあること中
ワークフローの完全性ワークフローのすべての手順が文書化されていること低

手順:

  1. 既存のタグから上位5~10件のトピックを特定します
  2. 各トピックについて、関連するメモリを想起し、数を数えます
  3. メモリが2件未満のトピックに「不足」のフラグを付けます
  4. 理由が記録されていない決定に「不完全」のフラグを付けます
側面 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 より先に提示します
  • 実行可能な推奨事項 — 各指摘事項には、「品質を改善する」だけでなく、具体的な修正方法が必要です
  • ユーザーの時間を尊重すること — 各推奨事項の所要時間を、時間単位ではなく分単位で見積もります
  • 自動変更しないこと — 監査は読み取り専用です。何を修正するかはユーザーが決定します
  • ベースラインと比較すること — 前回の監査がある場合は、差分(改善/悪化/変化なし)を示します
  • ベトナム語に対応すること — 脳のコンテンツがベトナム語の場合は、ベトナム語で報告します

コメント