Token导航 LogoToken导航TokenDH.com
研究检索需要联网unknown未标认证来源可访问许可证需确认审计未展示

memory-management内存管理

Agent Skill

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

总安装

1,042

周安装

43

下载量

341
Local Agent

安装说明

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

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:memory-management(内存管理)
来源仓库:https://skills.volces.com
仓库路径:memory-management
安装命令:
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。当前暂无明确安装命令,请以来源页面说明为准。

简介

memory-management 用于查找、检索和筛选相关信息,适合在 Local Agent 中支持知识管理与决策参考。

  • 它支持按时间、标签或内容类型组织信息,并提供快速访问接口。
  • 使用时需提供查询参数,Agent 可返回结构化结果并支持后续操作。
  • 安装前请确认是否依赖外部索引服务,避免功能受限。
  • 注意检查结果的时效性和权威性,确保引用内容可靠。

SKILL.md

Memory Management

SEO & GEO Skills Library · 20 skills for SEO + GEO · ClawHub · skills.sh System Mode: This cross-cutting skill is part of the protocol layer and follows the shared Skill Contract and State Model.

This skill implements a three-tier memory system (HOT/WARM/COLD) for SEO and GEO projects. HOT memory (80 lines max) loads automatically every session via the SessionStart hook. WARM memory loads on demand per skill. COLD memory is archived data queried only when explicitly requested. The skill manages the full lifecycle: capture, promote, demote, and archive.

System role: Campaign Memory Loop. It defines how project context is captured, promoted, archived, and handed off across sessions. It is the sole executor of WARM-to-COLD archival and the aggregator for cross-skill project status queries.

When This Must Trigger

Use this whenever project state should survive the current session — even if the user doesn't use memory terminology:

  • User says "remember this", "save this", "keep track of this"
  • User asks "what did we decide", "what do we know", "project status"
  • Setting up memory structure for a new SEO project
  • After completing audits, ranking checks, or performance reports (Stop hook reminds automatically)
  • When project context needs updating (new keywords, competitors, priorities)
  • When you need to look up historical data or project-specific terminology
  • After 30+ days of work to clean up and archive stale data
  • When open-loops.md has items older than 7 days (SessionStart hook reminds automatically)

What This Skill Does

  1. HOT Cache Management: Maintains memory/hot-cache.md (80 lines max) — loaded automatically every session by SessionStart hook
  2. WARM Storage: Organizes dated findings in memory/ subdirectories — loaded on demand by relevant skills
  3. COLD Archive: Moves stale data (90+ days unreferenced) to memory/archive/ with date prefix
  4. Promotion: Elevates frequently-referenced findings from WARM to HOT (3+ refs in 7 days, or 2+ skill refs)
  5. Demotion: Moves unreferenced HOT items to WARM (30 days), WARM to COLD (90 days)
  6. Cross-Skill Aggregation: When user asks "what do we know", aggregates from all memory/ subdirectories
  7. Open Loop Tracking: Maintains memory/open-loops.md, reminds user of stale items via SessionStart hook
  8. Wiki Index Maintenance: Compiles memory/wiki/index.md — a structured, auto-refreshed index of all WARM files with precise fields (score, 健康度, status, next_action, mtime) and best-effort summaries. Supports project isolation via memory/wiki/<project>/index.md. Auto-refreshed on PostToolUse; user confirmation not required (index is a fully rebuildable derived artifact). Delete memory/wiki/ at any time to revert to pre-wiki behavior.
  9. Wiki Compiled Pages (Phase 2): Generates interlinked entity, keyword, and topic pages from WARM files with source hash tracking, contradiction detection, and confidence-labeled reconciliation. Requires user confirmation before writing.
  10. Wiki Lint (Phase 2): Detects contradictions, orphan pages, stale claims, missing pages, and source hash mismatches across wiki and WARM files via /seo:wiki-lint.
  11. WARM Retirement Preview (Phase 3): wiki-lint --retire-preview lists WARM files fully covered by wiki compiled pages as retirement candidates. Actual archival to COLD requires explicit user confirmation.

Quick Start

Start with one of these prompts. Finish with a hot-cache update plan and a handoff summary using the repository format in Skill Contract.

Initialize Wiki Index

Refresh wiki index
Build wiki index for [project name]

Generates memory/wiki/index.md from existing WARM files. Required once to enable wiki features; subsequent refreshes happen automatically.

Initialize Memory Structure

Set up SEO memory for [project name]
Initialize memory structure for a new [industry] website optimization project

Update After Analysis

Update memory after ranking check for [keyword group]
Refresh hot cache with latest competitor analysis findings

Query Stored Context

What are our hero keywords?
Show me the last ranking update date for [keyword category]
Look up our primary competitors and their domain authority

Promotion and Demotion

Promote [keyword] to hot cache
Archive stale data that hasn't been referenced in 30+ days

Glossary Management

Add [term] to project glossary: [definition]
What does [internal jargon] mean in this project?

Skill Contract

Expected output: a memory update plan, hot-cache changes, and a short handoff summary.

  • Reads: current campaign facts, new findings from other skills, approved decisions, and the shared State Model.
  • Writes: updates to memory/hot-cache.md, memory/open-loops.md, memory/decisions.md, and related memory/ folders. Manages WARM-to-COLD archival in memory/archive/. Compiles memory/wiki/index.md (auto-refreshed) and wiki compiled pages (user-confirmed). Auditor handoff archiving (v7.1.0+): when triggered (by the Stop hook, by a direct user request, or via an auditor's "Save these results?" yes-response), append a structured block to memory/audits/YYYY-MM.md using the exact format below. The archive is consumed by /seo:p2-review for the 2026-07-10 tombstone evaluation tied to ADR-001. Archive block format (append to end of the monthly file, newest entries at bottom): ## YYYY-MM-DD · <target> · <framework> - runbook_version: 1.1 - status: DONE | DONE_WITH_CONCERNS | BLOCKED - framework: CORE-EEAT | CITE - vetos_failed: [T04, R10] # empty list [] if none - veto_count: 2 - raw_overall: 78 - final_overall: 60 # or "n/a" if BLOCKED - cap_applied: true - gap_types: [missing, shallow] # derived from key_findings if present; [] if none - false_positive: false # user annotation; default false; set true only on explicit user "this was wrong" feedback - audit_source: content-quality-auditor | domain-authority-auditor Rules:

- One block per audit. Do not overwrite existing blocks. - target is the URL or domain audited. - runbook_version is copied from the current runbook header — this is how /seo:p2-review identifies cross-version reruns. - gap_types is derived from key_findings[].gap_type if the handoff carries them (deferred to P2; until then, leave as []). - false_positive is the ONLY field that can be added/flipped after initial write, via explicit user annotation. - If the monthly file does not exist, create it with a single # Audit Archive — YYYY-MM header at top.

  • Promotes: durable strategy, blockers, terminology, entity candidates, and major deltas. Applies temperature lifecycle rules: promote to HOT on high reference frequency, demote on staleness.
  • Next handoff: use the Next Best Skill below when the project memory baseline is ready for active work.

Temperature Lifecycle Rules

See references/promotion-demotion-rules.md for the full promotion/demotion table and action procedures.

Hook Integration

This skill's behavior is reinforced by the library's prompt-based hooks:

  • SessionStart: loads memory/hot-cache.md, reminds of stale open loops; loads memory/wiki/<project>/index.md (or global index.md) if it exists; provides light-user guidance based on Quick Status when next_action items are available
  • PostToolUse: after any WARM file write, silently refreshes memory/wiki/index.md (Phase 1); prompts to update compiled pages (Phase 2)
  • Stop: prompts to save session findings, auto-saves veto issues to hot-cache; appends changelog entry to index.md bottom

Data Sources

See CONNECTORS.md for tool category placeholders.

With ~~SEO tool + ~~analytics + ~~search console connected: Automatically populate memory from historical data: keyword rankings over time, competitor domain authority changes, traffic metrics, conversion data, backlink profile evolution. The skill will fetch current rankings, alert on significant changes, and update both hot cache and cold storage.

With manual data only: Ask the user to provide:

  1. Current target keywords with priority levels
  2. Primary competitors (3-5 domains)
  3. Key performance metrics and last update date
  4. Active campaigns and their status
  5. Any project-specific terminology or abbreviations

Proceed with memory structure creation using provided data. Note in CLAUDE.md which data requires manual updates vs. automated refresh.

Instructions

When a user requests SEO memory management:

1. Initialize Memory Structure

For new projects, create the directory structure defined in the State Model. Key directories: memory/ (decisions, open-loops, glossary, entities, research, content, audits, monitoring) plus memory/wiki/ (auto-managed compiled index with optional per-project subdirectories).

Templates: hot-cache-template.md · glossary-template.md · Wiki spec

2. Context Lookup Flow

When a user references something unclear, follow this lookup sequence:

Step 1: Check CLAUDE.md (Hot Cache)

  • Is it in active keywords?
  • Is it in primary competitors?
  • Is it in current priorities or campaigns?

Step 2: Check Wiki Index (memory/wiki/index.md or project-level) — locate relevant WARM files

Step 3: Check memory/glossary.md

  • Is it defined as project terminology?
  • Is it a custom segment or shorthand?

Step 4: Check Cold Storage

  • Search memory/research/keywords/ for historical keyword context
  • Search memory/research/competitors/ for past analyses
  • Search memory/monitoring/reports/ for archived mentions

Step 5: Ask User

  • If not found in any layer, ask for clarification
  • Log the new term in glossary if it's project-specific

Example lookup:

User: "Update rankings for our hero KWs"

Step 1: Check CLAUDE.md → Found "Hero Keywords (Priority 1)" section
Step 2: Extract keyword list from hot cache
Step 3: Execute ranking check
Step 4: Update both CLAUDE.md and memory/monitoring/rank-history/YYYY-MM-DD-ranks.csv

3. Promotion & Demotion Logic

Reference: See references/promotion-demotion-rules.md for detailed promotion/demotion triggers (keywords, competitors, metrics, campaigns) and the action procedures for each.

4. Update Triggers, Archive Management & Cross-Skill Integration

Reference: See references/update-triggers-integration.md for the complete update procedures after ranking checks, competitor analyses, audits, and reports; monthly/quarterly archive routines; and integration points with all 8 connected skills (keyword-research, rank-tracker, competitor-analysis, content-gap-analysis, seo-content-writer, content-quality-auditor, domain-authority-auditor).

5. Memory Hygiene Checks

When invoked for review or cleanup:

  1. Line count check: Count lines in memory/hot-cache.md. If >80, list oldest entries for archival.
  2. Byte check: If hot-cache exceeds 25KB, warn and recommend trimming long entries.
  3. Staleness scan: List memory files older than 30 days that have not been referenced. Recommend archival for files >90 days.
  4. Frontmatter audit: Check that all memory files (except hot-cache.md) have name, description, and type in their frontmatter. Report any missing fields.

6. Save Results

After delivering any memory update or aggregation to the user, ask:

"Save these results for future sessions?"

If yes, write a dated summary to the appropriate memory/ path using filename YYYY-MM-DD-<topic>.md containing:

  • One-line verdict or headline finding
  • Top 3-5 actionable items
  • Open loops or blockers
  • Source data references

If any veto-level issue was found (CORE-EEAT T04, C01, R10 or CITE T03, T05, T09), also append a one-liner to memory/hot-cache.md without asking.

Validation Checkpoints

Structure Validation

  • memory/hot-cache.md exists and is under 80 lines
  • memory/ directory structure matches the shared state model
  • glossary.md exists and is populated with project basics
  • All historical data files include timestamps in filename or metadata

Content Validation

  • CLAUDE.md "Last Updated" date is current
  • Every keyword in hot cache has current rank, target rank, and status
  • Every competitor has domain authority and position assessment
  • Every active campaign has status percentage and expected completion date
  • Key Metrics Snapshot shows "Previous" values for comparison

Lookup Validation

  • Test lookup flow: reference a term → verify it finds it in correct layer
  • Test promotion: manually promote item → verify it appears in CLAUDE.md
  • Test demotion: manually archive item → verify removed from CLAUDE.md
  • Glossary contains all custom segments and shorthand used in CLAUDE.md

Update Validation

  • After ranking check, memory/monitoring/rank-history/ has a dated snapshot or export
  • After competitor analysis, memory/research/competitors/ has a dated file
  • After audit, top action items appear in CLAUDE.md priorities
  • After monthly report, metrics snapshot reflects new data

Examples

Reference: See references/examples.md for three complete examples: (1) updating hero keyword rankings with memory refresh, (2) glossary lookup flow, and (3) initializing memory for a new e-commerce project.

Advanced Features

  • Smart Context Loading: Load full context for [campaign name] — retrieves hot cache + all cold storage files for a campaign
  • Memory Health Check: Run memory health check — finds orphaned files, missing timestamps, stale items, broken references
  • Bulk Promotion/Demotion: Promote all keywords ranking in top 10 to hot cache / Demote all completed campaigns from Q3
  • Memory Snapshot: Create memory snapshot for [date/milestone] — point-in-time copy for major milestones
  • Cross-Project Memory: Compare memory with [other project] — keyword overlaps, competitor intersections across projects
  • Wiki Lint: /seo:wiki-lint [--fix] [--project name] [--retire-preview] — contradictions, orphans, stale claims, hash mismatches. See commands/wiki-lint.md

Practical Limitations

  • Concurrent access: Use timestamped filenames to avoid overwrites from parallel sessions.
  • Cold storage retrieval: WARM/COLD files only load on demand. Hot cache is the primary cross-session mechanism.
  • Data freshness: Stale data (>90 days) should be flagged for refresh. Wiki index mtime field helps detect staleness.
  • Wiki compilation: Index is best-effort for summaries; precise fields (score, status, mtime) are deterministic. Delete memory/wiki/ anytime to revert.

Reference Materials

Next Best Skill

  • Primary: keyword-research — seed or refresh campaign strategy with current demand signals.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

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

平台分布

Local Agent

72.5%
按下载量换算247

安全审计

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

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

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

来源信息

继续浏览同类 Skills