agent-memory-governance

Audit persistent agent memory entries against live git and gh verification.

2|Updated Jul 6, 2026
One-click install
npx skills add https://github.com/nguyenpv1980-wq/Project-Aegis --skill agent-memory-governance
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: agent-memory-governance
Source: https://github.com/nguyenpv1980-wq/Project-Aegis/tree/main/.claude/skills/agent-memory-governance
Command: npx skills add https://github.com/nguyenpv1980-wq/Project-Aegis --skill agent-memory-governance

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill governs persistent agent memory so it stays useful without becoming dangerous, preventing stale, duplicated, secret-leaking, or unverified facts from steering future sessions.

Core Features & Use Cases

  • Memory Rule Setting: Defines what facts may be stored, including provenance, absolute dates, and one-fact-per-entry hygiene.
  • Trust Verification: Checks remembered repo, PR, and branch state against live git and gh output before any action is based on memory.
  • Memory Auditing and Cleanup: Classifies entries as verified-current, stale, wrong-when-written, duplicate, forbidden-content, or unverifiable, then proposes keep, correct, merge, or delete dispositions.
  • Use Case: A prior session remembered that a PR was still open; this Skill verifies the live state, marks the entry stale if it was merged, and proposes a corrected replacement with provenance.

Quick Start

Use the agent-memory-governance skill to audit our memory store, verify recalled repo state against live git and gh output, and propose safe per-entry corrections without editing files yet.

Frequently Asked Questions about agent-memory-governance

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit persistent agent memory for stale or unverified facts?

Audit persistent agent memory by validating stored facts against live git and gh output, classifying entries as stale, duplicate, or unverifiable, and proposing per-entry corrections with provenance. This stops stale or unsafe facts from steering future sessions.

How does memory governance verify recalled repository state before taking action?

Memory governance verifies recalled repository state by checking remembered PR, branch, and repo conditions against live git and gh output. If the live state differs, entries are marked stale or wrong-when-written and corrected replacements are proposed.

What is the best way to clean up secret-leaking or forbidden content in an agent memory store?

Clean up secret-leaking or forbidden content in an agent memory store by classifying entries as forbidden-content and proposing delete dispositions. The process requires human-approved apply steps before any edits are made to ensure safe removal.

Can I use git and gh verification to check if a remembered PR is still open?

Yes, you can use git and gh verification to check if a remembered PR is still open. The skill queries live GitHub state, compares it against the memory entry, and marks the fact stale if the PR was already merged, proposing a corrected replacement.

Do I need human approval before agent memory corrections are applied?

Yes, human approval is required before agent memory corrections are applied. The skill proposes per-entry dispositions such as keep, correct, merge, or delete, but stops for approval before editing files, ensuring no unsafe or unverified changes are committed automatically.

Why does agent memory become dangerous without provenance and absolute dating?

Agent memory becomes dangerous without provenance and absolute dating because stale, duplicated, or unverified facts can steer future sessions incorrectly. Requiring absolute-dated provenance and one-fact-per-entry hygiene ensures that recalled context remains trustworthy and auditable.