$ ~/registry/skill/openclaw-extensions-memory-wiki-skills-wiki-maintainer

SKILL

wiki-maintainer

Name: wiki-maintainer
Author: openclaw

帮助你维护 OpenClaw 记忆 Wiki，确保页面结构稳定、内容可追溯更新。

星标

★ 383,594

来源

GitHub

更新于

2026-07-20

// 安全评估需留意

仅提示词，不执行代码
开源可审计
社区验证· 377.5k

总评

该技能材料显示其本质上是一个开源的纯提示型 wiki 维护技能，本身未声明需要密钥或远程连接，整体风险较低。需注意其描述涉及对本地 memory-wiki vault 的读取、检索与更新，以及可能调用本地 openclaw/obsidian 相关工具，因此在数据访问与本地执行层面仍应留意实际运行环境权限。

凭证密钥低风险

材料明确标注无需密钥或环境变量，README 也未要求任何 token、API key 或账户授权，未见明显凭证泄露或滥用面。

网络外发低风险

未声明任何远程端点，系统检查项也表明其为 prompt-only。虽 README 提到 bridge/import 等流程可能拉取公共 memory artifacts，但材料未给出具体外发目标或默认联网配置。

代码执行需留意

README 明确提到运行 `openclaw wiki ingest/compile/lint`、`bridge import` 等命令，说明该技能面向可调用本地工具/命令的环境；这属于此类技能的常规本地执行能力，未见超出声明用途的高危权限申请。

数据访问需留意

技能目标是维护 memory-wiki vault，涉及 `wiki_get`、`wiki_apply`、`wiki_search`、`wiki_lint` 等对本地 wiki/记忆库内容的读取与更新；README 还提到 `unsafe-local` 模式可访问私有本地路径，但限定为用户显式选择加入，未见默认过度授权证据。

来源供应链低风险

来源为 GitHub 开源仓库，系统检查项标记为 open-source，且社区采用度很高（约 377k stars），这些都是明显的降风险因素。许可证与维护状态未明确，存在一定可治理性信息缺口，但不足以单独提升为高风险。

安全建议

仅在受信任的本地环境中启用与 `openclaw`/wiki 相关的实际工具调用，并限制其文件系统权限到目标 vault。
若使用 `unsafe-local` 或 `bridge import` 流程，先确认是否符合你的隐私预期，并核实相关工具的实际读写/联网行为。
在落地前审阅对应开源仓库与具体实现，确认 README 中提到的命令不会触发超出预期的副作用。
对 wiki 修改保留版本控制或备份，避免自动维护流程误覆盖重要人工内容。

审计模型: gpt-5.4 · 2026-06-17

// 安装

复制安装指令，让 AI 自动完成配置 · 推荐新手

请帮我安装 askskill 上的 "wiki-maintainer" 技能：
1. 下载 https://raw.githubusercontent.com/openclaw/openclaw/main/extensions/memory-wiki/skills/wiki-maintainer/SKILL.md
2. 保存为 ~/.claude/skills/wiki-maintainer/SKILL.md
3. 装好后重载技能，告诉我可以用了

// 下载

下载 SKILL.md机读安装清单 ↗

// 用法示例

新增主题页面

输入

请为 OpenClaw 记忆 wiki 新建“项目架构”页面，使用固定页面模板，拆分为概述、模块说明、依赖关系、来源记录四个区块；如果已有相关内容，请合并并保留来源链接。

预期产出

一页结构统一的新 Wiki 页面，包含规范区块、合并后的内容与可追溯来源。

根据资料更新页面

输入

根据这份会议纪要和设计文档，更新 wiki 中“API 变更记录”页面。只写入有明确来源支持的信息，标注新增、修改和删除的区块，不要改动无关内容。

预期产出

更新后的页面内容，变更范围清晰，并附带每处修改对应的来源依据。

整理零散知识为规范条目

输入

把下面零散笔记整理成 OpenClaw wiki 条目“部署流程”，按确定性结构输出，包括前置条件、执行步骤、常见问题、参考来源，并清理重复信息。

预期产出

一篇标准化的部署流程条目，结构固定、内容去重且带参考来源。

// 文档

Use this skill when working inside a memory-wiki vault.

Prefer wiki_status first when you need to understand the vault mode, path, or Obsidian CLI availability.
Prefer memory_search with corpus=all when the shared memory tools are available and you want one recall pass across durable memory plus the compiled wiki.
Use wiki_search to discover candidate pages when you want wiki-specific ranking/provenance, then wiki_get to inspect the exact page before editing or citing it.
Use wiki_apply for narrow synthesis filing and metadata updates when a tool-level mutation is enough.
Run wiki_lint after meaningful wiki updates so contradictions, provenance gaps, and open questions get surfaced before you trust the vault.
Use openclaw wiki ingest, openclaw wiki compile, and openclaw wiki lint as the default maintenance loop.
In bridge mode, run openclaw wiki bridge import before relying on search results if you need the latest public memory artifacts pulled in.
In unsafe-local mode, use openclaw wiki unsafe-local import only when the user explicitly opted into private local path access.
Keep generated sections inside managed markers. Do not overwrite human note blocks.
Treat raw sources, memory artifacts, and daily notes as evidence. Do not let wiki pages become the only source of truth for new claims.
Keep page identity stable. Favor updating existing entities and concepts over spawning duplicates with slightly different names.
When creating or refreshing indexes, preserve Obsidian-friendly wikilinks if the vault render mode is obsidian.

openclaw装→

// 功能相似

技能

★384k

obsidian-vault-maintainer

输入

请为 OpenClaw 记忆 wiki 新建“项目架构”页面，使用固定页面模板，拆分为概述、模块说明、依赖关系、来源记录四个区块；如果已有相关内容，请合并并保留来源链接。

预期产出

一页结构统一的新 Wiki 页面，包含规范区块、合并后的内容与可追溯来源。

根据资料更新页面

输入

根据这份会议纪要和设计文档，更新 wiki 中“API 变更记录”页面。只写入有明确来源支持的信息，标注新增、修改和删除的区块，不要改动无关内容。

预期产出

更新后的页面内容，变更范围清晰，并附带每处修改对应的来源依据。

整理零散知识为规范条目

输入

把下面零散笔记整理成 OpenClaw wiki 条目“部署流程”，按确定性结构输出，包括前置条件、执行步骤、常见问题、参考来源，并清理重复信息。

预期产出

一篇标准化的部署流程条目，结构固定、内容去重且带参考来源。

// 文档

Use this skill when working inside a memory-wiki vault.

Prefer wiki_status first when you need to understand the vault mode, path, or Obsidian CLI availability.
Prefer memory_search with corpus=all when the shared memory tools are available and you want one recall pass across durable memory plus the compiled wiki.
Use wiki_search to discover candidate pages when you want wiki-specific ranking/provenance, then wiki_get to inspect the exact page before editing or citing it.
Use wiki_apply for narrow synthesis filing and metadata updates when a tool-level mutation is enough.
Run wiki_lint after meaningful wiki updates so contradictions, provenance gaps, and open questions get surfaced before you trust the vault.
Use openclaw wiki ingest, openclaw wiki compile, and openclaw wiki lint as the default maintenance loop.
In bridge mode, run openclaw wiki bridge import before relying on search results if you need the latest public memory artifacts pulled in.
In unsafe-local mode, use openclaw wiki unsafe-local import only when the user explicitly opted into private local path access.
Keep generated sections inside managed markers. Do not overwrite human note blocks.
Treat raw sources, memory artifacts, and daily notes as evidence. Do not let wiki pages become the only source of truth for new claims.
Keep page identity stable. Favor updating existing entities and concepts over spawning duplicates with slightly different names.
When creating or refreshing indexes, preserve Obsidian-friendly wikilinks if the vault render mode is obsidian.