Token导航 LogoToken导航

Agent Skill · 研究检索

memory-management(内存管理)

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

memory-management 是研究检索类 Agent Skill,可用宿主为 Local Agent,通过unknown获取,权限为需要联网;许可证信息还不明确,暂无第三方扫描结果,按安装量在研究检索类的 73,675 个 Skill 里排第 42,785。

总安装 1,042周安装 43下载 341核验 2026-05-01
研究检索需要联网unknown未标认证来源可访问许可证需确认审计未展示Local Agent

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
许可证
unknown

安装方式

通过对话安装

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

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

命令行安装

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

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

memory-management 用于查找、检索和筛选相关信息,适合在 Local Agent 中支持知识管理与决策参考。它支持按时间、标签或内容类型组织信息,并提供快速访问接口。使用时需提供查询参数,Agent 可返回结构化结果并支持后续操作。安装前请确认是否依赖外部索引服务,避免功能受限。

注意检查结果的时效性和权威性,确保引用内容可靠。

来源仓库内路径:memory-management

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Local Agent;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    没有现成安装命令,按unknown的说明从来源页面获取,仓库路径是 memory-management。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

memory-management 怎么安装?

公开资料没有给出可以直接复制的命令,需要按来源页面说明手动安装,仓库内路径为 memory-management。

memory-management 支持哪些 AI 工具?

公开资料标注支持 Local Agent。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

memory-management 需要什么权限?

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

memory-management 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

memory-management 用的人多吗?

公开数据是累计安装 1,042 次,近一周安装 43 次,下载 341 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

memory-management 安全吗?

没有查到第三方扫描结果,安全性无法从公开资料判断,安装前请自行审查源码、依赖和命令行为。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 Local Agent 一种宿主,触发方式和使用习惯不用来回切换。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 没有第三方扫描结果,安全性只能靠自己读源码判断。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Local Agent,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 要求有安全扫描结论才肯安装的团队。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
memory-management

内存管理 · 本页

1,042—需要联网未明确未收录

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

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.

平台分布

Local Agent

72.5%
按下载量换算247

安全审计

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

权限和风险

需要联网

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

安装前确认

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

继续浏览同类 Skills