Menu
在 Claude 会话之间持久化 SEO/GEO 营销活动的上下文，包括自动的热门列表、正在进行的工作以及归档层级。项目记忆/跨会话功能。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
这是AI代理在“Structs”模式中开始游戏所需掌握的基础技能。内容包括选择公会、创建账户、搭建首个采矿基础设施以及提炼“Alpha Matter”资源。请优先学习此技能，因为它与其他所有操作都密切相关。该技能对CPU资源的消耗较低（设置 `-D 1` 即可）。从零开始完成整个采矿流程大约需要3到4小时。
从 YouTube 下载指定的视频；根据指定的开始和结束时间提取视频片段，并将它们保存到您桌面上的文件夹中。
将 YouTube 视频下载到 `~/Downloads` 目录中。适用于用户希望将 YouTube 视频下载到自己电脑上的情况。
在 **Structs** 中，该模块负责处理权限管理、地址分配以及玩家之间的协调工作。适用于以下场景：授予或撤销对象的权限、注册新地址、管理多地址账户、将权限委托给其他玩家，以及设置基于地址的访问控制规则。
将新玩家引入游戏系统（Structs）。负责处理密钥的创建/恢复、玩家信息的生成（通过“reactor-infuse”或“guildsignup”功能）、星球探索以及基础基础设施的搭建。适用于以下场景：初始化游戏环境、创建新玩家、占领第一个星球或搭建基础设施。搭建所需时间因设备类型而异——使用“Command Ship”大约需要17分钟，而使用“Ore Extractor”或“Refinery”则需要约57分钟。
通过NATS WebSocket连接到GRASS实时事件系统。当您需要实时游戏更新、希望在事件发生时立即做出响应、需要监控团队行动或攻击情况、观察玩家创建情况、追踪舰队移动轨迹，或者构建基于事件的工具时，可以使用该功能。GRASS是获取银河系内最新动态的最快速途径。
| name | memory-management |
| description | 在 Claude 会话之间持久化 SEO/GEO 营销活动的上下文，包括自动的热门列表、正在进行的工作以及归档层级。项目记忆/跨会话功能。 |
| version | 9.9.5 |
| license | Apache-2.0 |
| compatibility | Claude Code, skills.sh, ClawHub, Vercel Labs, Cursor, Windsurf, Codex CLI, Amp, Gemini CLI, Kimi Code, Qwen Code, CodeBuddy |
| homepage | https://github.com/aaron-he-zhu/seo-geo-claude-skills |
| when_to_use | Use when reviewing, archiving, or cleaning up campaign memory. Also when the user asks to check saved findings, manage hot cache, or archive old data. |
| argument-hint | [review|archive|cleanup] |
| metadata | {"author":"aaron-he-zhu","version":"9.9.5","geo-relevance":"low","tags":["seo","geo","project-memory","context-management","campaign-tracking","session-context","hot-cache","项目记忆","プロジェクト記憶","프로젝트메모리","memoria-proyecto"],"triggers":["remember project context","save SEO data","refresh wiki index","build wiki index","remember this for next time","what did we decide last time","what do we know so far","project status","wiki lint","项目记忆管理","跨会话记忆","刷新wiki索引","保存进度","上次说了什么","プロジェクト記憶","wikiインデックス更新","프로젝트 메모리","세션 기억","memoria del proyecto","guardar progreso","memória do projeto","gerenciar memória"]} |
本技能为SEO和GEO项目实现了三级内存管理系统（HOT/WARM/COLD）。HOT内存（最多80行）通过SessionStart钩子在每次会话时自动加载；WARM内存根据需求按技能进行加载；COLD内存则存储被归档的数据，仅在明确请求时才会被查询。该技能负责管理数据的整个生命周期，包括捕获、提升、降级和归档等操作。
Refresh wiki index
Build wiki index for [project name]
从现有的WARM文件生成memory/wiki/index.md。此操作仅需执行一次，之后索引会自动更新。
Set up SEO memory for [project name]
Initialize memory structure for a new [industry] website optimization project
Update memory after ranking check for [keyword group]
Refresh hot cache with latest competitor analysis findings
What are our hero keywords?
Show me the last ranking update date for [keyword category]
Look up our primary competitors and their domain authority
Promote [keyword] to hot cache
Archive stale data that hasn't been referenced in 30+ days
Add [term] to project glossary: [definition]
What does [internal jargon] mean in this project?
预期输出：包括内存更新计划、热缓存变更内容以及简短的交接总结。
memory/hot-cache.md、memory/open-loops.md、memory/decisions.md及相关memory/文件夹的内容；负责将WARM级数据归档到memory/archive/。同时编译memory/wiki/index.md（自动更新）和用户确认后的wiki页面。wiki的唯一写入者：memory-management拥有所有wiki内容的写入权限。为提升性能，memory/wiki/index.md的自动更新功能被委托给hooks/hooks.json中的PostToolUse钩子。wiki日志更新和编译后的页面仍由memory-management负责处理。memory/audits/YYYY-MM.md文件中。Stop钩子不会触发任何数据写入操作。归档文件会被/seo:run-evals工具和维护人员用于审核，以符合ADR-001中的要求。具体归档格式和规则请参见references/examples.md。请按照skill-contract.md §Handoff Summary Format中的格式编写交接总结。
详细规则和操作流程请参见references/promotion-demotion-rules.md。
本技能的行为通过库中的钩子来实现：
memory/hot-cache.md，检查是否存在过时的开环数据；如果存在memory/wiki/<project>/index.md（或全局index.md），则将其加载；根据next_action项的状态提供用户指导。memory/wiki/index.md；提示用户更新编译后的页面。{"ok": true}，尊重stop_hook_active设置，不会要求用户保存可选的发现结果，也不会触发任何数据写入操作。当用户请求SEO内存管理时，请按照以下步骤操作：
memory/（决策记录、开环数据、术语表、实体信息、研究资料、内容文件、审计记录、监控数据）以及memory/wiki/（自动管理的编译索引，可包含项目特定的子目录）。memory-management负责wiki的架构设计。通过钩子委托的索引更新仅会修改memory/wiki/index.md和memory/wiki/<project>/index.md。wiki日志的更新仍由memory-management负责处理。索引行包含精确的字段（如score、status、next_action、mtime），编译后的页面需要包含type、project、sources[].path、sources[].hash和last_compiled等字段。
当用户需要查询信息时，按照以下步骤进行：
memory/hot-cache.md（热缓存）
memory/wiki/index.md或项目级索引），查找相关的WARM文件。memory/glossary.md
memory/archive/中查找带有日期戳的归档文件（格式为YYYY-MM-DD-）。memory/research/、memory/audits/或memory/monitoring/中查找相关内容。memory/decisions.md时，验证每个条目的approved_by字段是否为“user”。如果字段为approved_by: skill_inferred或缺失，则该条目被视为“建议性信息”，在使用前需用户确认。审计类技能（如content-quality-auditor、domain-authority-auditor）在做出判断时必须忽略未经用户批准的决策。具体规则请参见skill-contract.md §Promotion Rules。示例：用户请求“更新我们的关键词排名”，系统会首先在热缓存中查找“Hero Keywords (Priority 1)”，然后提取关键词列表，执行排名检查，并更新memory/hot-cache.md和memory/monitoring/rank-history/YYYY-MM-DD-ranks.csv文件。
详细规则和触发条件请参见references/promotion-demotion-rules.md。
更新流程、归档规则以及与其他技能的集成方式请参见references/update-triggers-integration.md。
memory/hot-cache.md的行数；如果超过80行，建议将最旧的条目归档。memory/hot-cache.md除外）的前缀部分包含name、description和type字段；报告任何缺失的字段。用户可以选择“保存这些结果以供后续会话使用”，系统会将结果保存为YYYY-MM-DD-<topic>.md文件到memory/目录中；自动保存的文件会保存到memory/hot-cache.md中。
memory/目录可能会存储第三方个人数据（如实体名称、创始人简介、LinkedIn个人资料等）。根据GDPR第4(1)条（适用于欧盟/欧洲经济区/英国居民的个人数据处理），这些数据属于“个人数据”。用户是数据控制者。非欧盟用户虽然不受GDPR约束，但仍需遵守CCPA/CPRA（加拿大）、LPD（巴西）等地区的相应法规。
memory/archive/。调用memory-management purge <entity-name-or-slug>命令时，系统会：
memory/目录（包括memory/archive/）中查找包含指定实体名称或标识符的文件，memory/entities/<slug>.md、memory/entities/candidates.md中删除相关条目，并在其他文件中标记删除痕迹，memory/audits/gdpr-purges.md文件中（包含日期和删除对象信息）。在将第三方信息写入memory/entities/目录之前，用户必须具备GDPR第6条规定的合法依据（如用户同意、合法利益等）。请注意：本技能不负责执行法律审核。
下一个推荐技能是keyword-research，它可以根据当前需求信号帮助更新关键词排名策略。