Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问clear审计未展示

memory-systems记忆系统

Agent Skill

memory-systems 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

419

周安装

18

GitHub Stars

公开资料未说明

下载量

147
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:memory-systems(记忆系统)
来源仓库:https://github.com/vamseeachanta/workspace-hub
仓库路径:skills/memory-systems
安装命令:
npx skills add vamseeachanta/workspace-hub --skill "memory-systems"
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

AgentSkills.tonpx skills
npx skills add vamseeachanta/workspace-hub --skill "memory-systems"

简介

memory-systems 用于发现并安装 AI 代理的记忆管理能力。

  • 适用于 Codex、Claude、Cursor、Gemini CLI 等宿主环境。
  • 通过 npx 从 vamseeachanta/workspace-hub 仓库添加指定技能。
  • 安装前应确认权限范围、维护状态及是否涉及数据存储。
  • 建议参考原始文档了解记忆索引和检索机制。

SKILL.md

Memory Systems Skill

Overview

This skill addresses agent persistence across sessions through layered architectures balancing immediate context with long-term knowledge retention. Effective memory systems enable agents to learn, maintain consistency, and reason over accumulated knowledge.

Quick Start

  1. Identify needs - What must persist? (entities, decisions, patterns)
  2. Choose architecture - File-based, vector, graph, or hybrid
  3. Design retrieval - How will memory be accessed?
  4. Implement storage - With temporal validity
  5. Monitor growth - Prune and consolidate regularly

When to Use

  • Building cross-session agents
  • Maintaining entity consistency
  • Implementing reasoning over accumulated knowledge
  • Designing learning systems
  • Creating growing knowledge bases
  • Building temporal-aware state tracking

Memory Spectrum

Memory ranges from volatile to permanent:

LayerPersistenceLatencyCapacity
Working MemoryContext windowZeroLimited
Short-termSession-scopedLowModerate
Long-termCross-sessionMediumLarge
ArchivalPermanentHighUnlimited

Effective systems layer multiple types:

  • Working memory - Current context window
  • Short-term - Session facts, active tasks
  • Long-term - Learned patterns, entity knowledge
  • Entity-specific - Per-entity history
  • Temporal graphs - Time-aware relationships

Architecture Options

1. File-System-as-Memory

Structure:

memory/
├── entities/
│   └── {entity_id}.json
├── sessions/
│   └── {session_id}/
├── knowledge/
│   └── {topic}.md
└── index.json

Pros: Simple, debuggable, version-controlled Cons: No semantic search, manual organization

Implementation:

class FileMemory:
    def __init__(self, base_path: str):
        self.base = Path(base_path)

    def store(self, key: str, value: dict, category: str = "general"):
        path = self.base / category / f"{key}.json"
        path.parent.mkdir(parents=True, exist_ok=True)
        value["_stored_at"] = datetime.utcnow().isoformat()
        path.write_text(json.dumps(value, indent=2))

    def retrieve(self, key: str, category: str = "general") -> Optional[dict]:
        path = self.base / category / f"{key}.json"
        if path.exists():
            return json.loads(path.read_text())
        return None

2. Vector RAG with Metadata

Structure:

class MemoryEntry:
    id: str
    content: str
    embedding: List[float]
    metadata: dict  # entity_tags, temporal_validity, confidence
    created_at: datetime
    valid_until: Optional[datetime]

Pros: Semantic search, scalable Cons: Loses relationship information, no temporal queries

Enhancement with metadata:

def search_with_temporal_filter(
    query: str,
    as_of: datetime = None,
    entity_filter: List[str] = None
) -> List[MemoryEntry]:
    results = vector_search(query)
    return [r for r in results
            if r.is_valid_at(as_of or datetime.utcnow())
            and (not entity_filter or r.has_entity(entity_filter))]

3. Knowledge Graph

Structure:

Entities: [Person, Project, Decision, Event]
Relations: [owns, participates_in, decided_by, happened_at]

Pros: Preserves relationships, relational queries Cons: Complex setup, query language learning curve

Key capability:

MATCH (p:Person)-[:PARTICIPATES_IN]->(proj:Project)
      -[:HAS_DECISION]->(d:Decision)
WHERE d.date > $since
RETURN p.name, d.description, d.date

4. Temporal Knowledge Graph

Structure:

class TemporalFact:
    subject: str
    predicate: str
    object: str
    valid_from: datetime
    valid_until: Optional[datetime]
    source: str
    confidence: float

Pros: Time-travel queries, fact evolution tracking Cons: Most complex, highest overhead

Capability example:

# What was the project status on date X?
facts = temporal_graph.query_as_of(
    subject="project-alpha",
    predicate="has_status",
    as_of=datetime(2025, 6, 15)
)

Performance Benchmarks

ArchitectureAccuracyRetrieval TimeBest For
Temporal KG94.8%2.58sComplex relationships
GraphRAG75-85%VariableBalanced
Vector RAG60-70%FastSimple semantic
File-basedN/AFastSimple persistence

Vector Store Limitations

Problems:

  • "Vector stores lose relationship information"
  • Cannot answer queries traversing relationships
  • Lack temporal mechanisms for current vs. outdated facts

Example failure:

Query: "Who approved the decision that affected Project X?"
Vector RAG: Returns documents mentioning approvals and Project X
            but cannot connect the relationship chain

Solution: Combine vector search with graph traversal:

def hybrid_query(query: str):
    # Semantic search for relevant entities
    entities = vector_search(query)

    # Graph traversal for relationships
    for entity in entities:
        related = graph.traverse(entity.id, max_depth=2)
        entity.relationships = related

    return entities

Memory Lifecycle

Writing

def store_memory(
    content: str,
    category: str,
    entities: List[str],
    valid_from: datetime = None,
    valid_until: datetime = None,
    confidence: float = 1.0
):
    entry = MemoryEntry(
        id=generate_id(),
        content=content,
        embedding=embed(content),
        metadata={
            "category": category,
            "entities": entities,
            "confidence": confidence
        },
        valid_from=valid_from or datetime.utcnow(),
        valid_until=valid_until
    )
    storage.save(entry)

Reading

def recall_memory(
    query: str,
    context: dict,
    as_of: datetime = None,
    limit: int = 10
) -> List[MemoryEntry]:
    # 1. Semantic search
    candidates = vector_search(query, limit=limit * 3)

    # 2. Temporal filtering
    valid = [c for c in candidates if c.is_valid_at(as_of)]

    # 3. Context relevance scoring
    scored = [(c, relevance_score(c, context)) for c in valid]

    # 4. Return top results
    return sorted(scored, key=lambda x: x[1], reverse=True)[:limit]

Consolidation

def consolidate_memories(category: str, older_than_days: int = 30):
    """Combine related old memories into summaries."""
    old_memories = get_memories(
        category=category,
        before=datetime.utcnow() - timedelta(days=older_than_days)
    )

    # Group by entity
    grouped = group_by_entity(old_memories)

    for entity, memories in grouped.items():
        if len(memories) > threshold:
            summary = generate_summary(memories)
            store_memory(summary, category="consolidated", entities=[entity])
            archive_memories(memories)

Best Practices

Do

  1. Match architecture to query requirements
  2. Implement progressive disclosure for memory access
  3. Use temporal validity to prevent outdated info conflicts
  4. Consolidate periodically to manage growth
  5. Design graceful retrieval failures
  6. Monitor storage size and query performance

Don't

  1. Store everything (be selective)
  2. Ignore temporal validity
  3. Mix fact types without categorization
  4. Skip consolidation indefinitely
  5. Trust old memories without verification
  6. Ignore retrieval latency in design

Error Handling

ErrorCauseSolution
Stale data returnedMissing temporal filterAdd validity checks
Contradictory factsMultiple sourcesUse confidence scoring
Memory bloatNo consolidationImplement periodic cleanup
Slow retrievalIndex issuesOptimize embeddings/indexes
Lost relationshipsVector-only storageAdd graph layer

Metrics

MetricTargetDescription
Retrieval accuracy>85%Relevant results returned
Temporal accuracy>95%Correct time-based filtering
Storage efficiency<100MB/monthReasonable growth
Query latency<500msP95 retrieval time
Consolidation rateMonthlyOld memories summarized

Related Skills


Version History

  • 1.0.0 (2026-01-19): Initial release adapted from Agent-Skills-for-Context-Engineering

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

31.39%
按下载量换算46

trae

21.1%
按下载量换算31

Antigravity

20.1%
按下载量换算30

windsurf

13.2%
按下载量换算19

Codex

7.38%
按下载量换算11

Gemini CLI

3.5%
按下载量换算5

安全审计

暂无安全审计结果可展示。

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills