Token导航 LogoToken导航

Agent Skill · 开发

magic-docs(魔法文档)

用于辅助文档、README、Markdown、说明文和内容稿件的整理与改写。它适合让 Agent 提炼结构、补齐章节、统一术语、检查链接或把零散材料整理成可读文档。使用时应保留项目已有事实、命令和路径,不要把未确认的信息写成确定结论;涉及对外文案时,还需要控制语气,避免过度营销或夸大能力。

magic-docs 是开发类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为需要联网;许可证为 MIT-0,第三方扫描有提醒项,按安装量在开发类的 21,746 个 Skill 里排第 9,649。

总安装 2,611周安装 111GitHub Stars 公开资料未说明下载 915核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:magic-docs(魔法文档)
来源仓库:https://github.com/wavmson/magic-docs
安装命令:
openclaw skills install magic-docs
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install magic-docs

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

自动更新的活文档。在 Markdown 文件开头加 `<!-- MAGIC DOC -->` 标记,Agent 会在每轮对话后自动检测是否需要更新该文档,并写入新发现的信息。灵感来自 Claude Code 的 Magic Docs 机制。触发词:magic doc、活文档、自动更新文档、auto doc。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install magic-docs;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

magic-docs 怎么安装?

在终端执行 openclaw skills install magic-docs。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

magic-docs 支持哪些 AI 工具?

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

magic-docs 需要什么权限?

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

magic-docs 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

magic-docs 用的人多吗?

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

magic-docs 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

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

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。

先想清楚的地方

  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

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

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
magic-docs

魔法文档 · 本页

2,611—需要联网MIT-0有提醒

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

SKILL.md 原文

name
magic-docs
description
自动更新的活文档。在 Markdown 文件开头加 <!-- MAGIC DOC --> 标记,Agent 会在每轮对话后自动检测是否需要更新该文档,并写入新发现的信息。灵感来自 Claude Code 的 Magic Docs 机制。触发词:magic doc、活文档、自动更新文档、auto doc。

Magic Docs — 自动更新的活文档

灵感来源:Claude Code 的 # MAGIC DOC: 机制。

核心问题

文档写完就开始过时。项目变了、API 改了、决策变了——但没人更新文档。 Agent 做了大量操作,学到了很多信息,但这些信息散落在对话里,不会自动沉淀到文档。

什么时候用

主动触发

  • 用户说"创建活文档"、"magic doc"、"帮我维护这个文档"
  • 用户指定一个 md 文件要求"保持更新"

自动触发(每轮对话结束时)

  • 扫描 workspace 中的 Magic Doc 文件
  • 判断本轮对话是否包含与该文档相关的新信息
  • 如果有 → 自动更新

Magic Doc 标记格式

在任何 Markdown 文件的前 5 行内加入标记:

<!-- MAGIC DOC -->
# 项目架构笔记

记录项目的关键架构决策和技术选型。

可选参数

<!-- MAGIC DOC scope="飞书API,权限配置" -->
<!-- MAGIC DOC scope="设备信息,网络配置" update="daily" -->
  • scope:限定关注范围(逗号分隔的关键词),只在对话涉及这些主题时更新
  • update:更新频率。realtime(每轮,默认)、daily(每天一次)、manual(只在主动要求时更新)

执行流程

Phase 1 — 发现 Magic Docs

# 扫描 workspace 中的 Magic Doc 文件
grep -rl "<!-- MAGIC DOC" . --include="*.md" | head -20

建立索引:文件路径、scope、update 频率、最后更新时间。

Phase 2 — 相关性判断

对每个 Magic Doc,判断本轮对话是否包含相关的新信息:

  1. 读取文档的 scope 和现有内容摘要(前 50 行)
  2. 对比本轮对话的主题
  3. 判断:是否有文档中还没有的新事实?

判断标准(严格):

  • ✅ 新发现的技术事实(IP 变了、版本升级了、API 改了)
  • ✅ 新的决策或约束("我们决定用 X 不用 Y")
  • ✅ 新的问题和解决方案
  • ❌ 对话中只是使用了文档中已有的信息(不算新)
  • ❌ 临时的调试过程(不值得记录)

如果判断为"不相关" → 跳过,不更新。

Phase 3 — 智能更新

读取文档完整内容,然后:

  1. 追加新信息:在合适的章节下追加,保持文档结构
  2. 修正过时信息:如果对话中发现文档内容已过时,直接修正
  3. 不重写整个文档:只改需要改的部分,用 edit 工具精确修改
  4. 加时间戳:每次更新在修改处加日期标注
## 设备信息

- NAS IP: 192.168.5.27 <!-- updated 2026-04-02 -->
- SSH 密码: 旧密码已失效,新密码见 TOOLS.md <!-- updated 2026-04-02 -->

Phase 4 — 更新日志

在文档末尾维护一个更新日志:

---
## Changelog
- 2026-04-02: 更新 NAS SSH 密码,新增 IMA API 配置
- 2026-04-01: 新增 ESP32 方糖设备信息

创建新的 Magic Doc

当用户要求创建活文档时:

<!-- MAGIC DOC scope="关键词1,关键词2" -->
# [文档标题]

[用户指定的初始内容,或从对话中提取的信息]

---
## Changelog
- YYYY-MM-DD: 初始创建

安全规则

  1. 绝不删除用户手写的内容 — 只追加和修正
  2. 不写入密钥/密码 — 如果对话中涉及敏感信息,写"见 TOOLS.md"或"见配置文件"
  3. 不写入临时调试信息 — 只写确定的、长期有效的事实
  4. 保持文档可读性 — 更新后文档应该比更新前更好,不是更乱
  5. 冲突时保留两个版本 — 如果不确定哪个是对的,都保留并标注

与其他 Skill 的协作

  • Dream:Dream 整理记忆,Magic Docs 整理文档。互补不冲突。
  • Context Doctor:Context Doctor 可以检查 Magic Doc 的大小是否影响 context。
  • Session Resume:Session Resume 恢复任务状态,Magic Doc 保持文档最新。

使用示例

用户:帮我创建一个活文档,记录所有设备的网络配置
Agent:
1. 创建 devices-network.md
2. 加 <!-- MAGIC DOC scope="IP,SSH,网络,设备" -->
3. 从 MEMORY.md 和 TOOLS.md 中提取现有设备信息写入
4. 此后每次对话涉及设备变更时自动更新
用户:(正常对话中)NAS 的 IP 换成 192.168.5.30 了
Agent:
1. 正常处理用户请求
2. 对话结束时,发现 devices-network.md 是 Magic Doc 且 scope 匹配
3. 自动更新文档中的 NAS IP

平台分布

OpenClaw

91.43%
按下载量换算837

安全审计

VirusTotal

通过

ClawScan

可疑

Static analysis

通过

权限和风险

需要联网

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

安装前确认

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

继续浏览同类 Skills