首页 / 技能 / Dreamlover — 梦中情人

📦 Dreamlover — 梦中情人

v0.1.0

角色技能生成器 在为动漫与游戏虚拟角色创建或更新蒸馏代理技能前，务必先运行 intake。当任务需要分离正典……

0· 15·0 当前·0 累计
tobemorelucky 头像by @tobemorelucky
设计工具
下载技能包
最后更新
2026/4/21
0
安全扫描
VirusTotal
无害
查看报告
OpenClaw
安全
high confidence
该技能与其声明目的（角色技能生成器）内部一致；包含本地 Python 工具与条件化本地内存脚本，但未请求无关凭据，也未执行远程数据外泄。
评估建议
该技能似乎如其所声称的那样工作，但在安装或运行前： 1）检查并选择一个唯一的 slug，避免覆盖已有的 ./.agents/skills/{slug}/ 包。 2）若计划在本地执行，请查看 tools/skill_writer.py 及运行时脚本（它们会写入文件并创建本地 sqlite DB）。 3）注意本地内存（.dreamlover-data/memory.sqlite3）可能包含用户提供的文本（可能敏感）；如需限制暴露，请在隔离工作区运行。 4）运行任何脚本前，确认已安装 Python 3.9+。 5）若预期由 agent 自动运行该技能，请注意它可创建/修改文件——仅在你信任来源或已审阅代码的情况下启用。...
详细分析 ▾
✓ 用途与能力
名称/描述声明（将角色素材提炼为可复用的角色技能）与仓库内容一致：包含提示词、文档、技能编排器，以及大量用于编写子技能和运行时记忆的 Python 工具。无无关的必需环境变量或二进制文件。
ℹ 指令范围
SKILL.md 定义了 intake-first 工作流、源审计、分层输出，以及编写 canonical 文件和平台包装器的显式规则。该范围与 generator skill 一致。指令中包含了关键的操作行为：该 skill 会在使用时读取提供的文件/路径，在 characters/{slug}/ 下构建文件，并在 ./.agents/skills/{slug}/ 或 OpenClaw workspace 中安装/导出运行时包装器。这些文件写入行为是该目的所预期的，但在运行前需充分理解其影响。
✓ 安装机制
无安装规范（仅在注册表层面提供指令），对自动安装风险最低。仓库确实包含许多 Python 脚本（tools/ 和 scripts/），用于本地执行；元数据中不存在任意 URL 下载或外部安装步骤。
✓ 凭证需求
该 skill 未声明任何必需的环境变量或凭据（primaryEnv none）。其内置的运行时内存脚本将数据本地存储于 .dreamlover-data 路径下的 sqlite 数据库中。该本地存储与声明的条件记忆功能一致；未请求任何无关的机密信息。
ℹ 持久化与权限
该 skill 不会被强制安装（always:false）。它可以由 agent 调用（默认模型调用），使用时会把生成的子包写入 agent 的 skills 目录，并在 .dreamlover-data 路径下创建本地 memory DB。这是 generator/installing 工具的预期行为，但意味着 skill 会修改文件系统状态（若 slug 冲突，可能会覆盖）。
安全有层次，运行前请审查代码。

运行时依赖

无特殊依赖

版本

latestv0.1.02026/4/21

首次发布

● 无害

安装命令

点击复制
官方npx clawhub@latest install dreamlover-skill
镜像加速npx clawhub@latest install dreamlover-skill --registry https://cn.longxiaskill.com

技能文档

--- 名称：dreamlover-skill 描述：在为动漫与游戏虚拟角色创建或更新蒸馏版 agent skill 前，必须先运行 intake。适用于需要分离 canon、persona、style_examples，编写一份 canonical source，安装 Codex wrapper，并可选择导出 OpenClaw wrapper 的任务。

# Dreamlover Skill 本仓库是一个用于从纯文本源材料构建角色 skill 的 meta-skill。当用户想：

  • 从原始笔记、wiki、剧情摘要或语录集新建角色 skill
  • 修正现有角色（事实错误、行为偏差、声线薄弱）
  • 向已有 skill 合并新材料而不混淆 canon 与 persona
  • 查看 ./.agents/skills/ 中已安装 skill 或 characters/ 归档

Hard Intake Gate

若用户想建新角色 skill 却未提供足够 intake 信息，立即停下提问，禁止生成、更新或修改任何角色文件。最小 intake 包：
  • source decision policy
  • character name
  • source work，或明确声明角色为完全原创
  • source material 类型：official、plot、quotes、wiki、user description
  • 材料单薄时是否允许低置信 persona 推断

若用户只说“create a Rem skill”，不要直接跳到 canon、persona、style_examples，也不要一次性抛出全部问卷。使用 slot-state intake 模型，依次提问：

  • source_policy
  • input_mode
  • character_name
  • source_work
  • material_types
  • allow_low_confidence_persona
  • archive_mirror

每次只问一个未解决 slot，等用户回答后再问下一项。若 slot 已明确回答且无误，不再重复提问。先在内存中生成草稿，总结关键要素供确认后再写文件。

Source Decision Policy

生成前必须确认允许的源补全策略：
  • 仅用户给定信息
  • 官方+wiki
  • 官方+用户
  • 官方风格默认快速生成

再确认材料输入方式：

  • 聊天或 CLI 直接贴文
  • 先读文件路径

按序提问：

  • 仅问源补全策略
  • 若选 1 或 3，仅问 input mode
  • 若选 4，跳过剩余 intake
  • 若选直接文本，请用户贴文
  • 若选文件路径，请提供路径并先读取
  • 若请求中已含角色名，仅做确认
  • 完全原创角色 source work 可为空
  • 若允许公开补全且存在 source work，问搜索范围：small/medium/large
  • 问材料单薄时是否允许人格补充

首次回复仅含问题 1 及其选项，不含后续问题。除非用户主动提，否则不在 hard intake gate 问 target use；默认 openclaw roleplay conversation。若 input mode 仍未答，intake 仍不完整。

Core Workflow

严格按序：
  • 请求不明确时先跑 hard intake gate
  • 收集并归一化源材料
  • 按可靠性审计每份源
  • 先建 canon
  • 基于源+确认 canon 建 persona
  • 抽取 style_examples
  • 在 characters/{slug}/ 写一份 canonical 静态源
  • 编写 Codex wrapper SKILL.md
  • 在 ./.agents/skills/{slug}/ 安装 Codex runtime 包
  • 问是否导出 OpenClaw runtime 包
  • 若需导出，问 OpenClaw workspace 路径并导出平台专用 wrapper
  • 动态内存留在包外，仅必要时通过本地 memory 脚本路由

不可跳过顺序；persona 可依赖 canon，但 canon 不得依赖 persona。

Layer Boundaries

canon 只能包含：
  • 源材料直接支持的客观事实
  • 明确剧情事件
  • 明确身份关系
  • 明确设定属性
  • 明确官方声明
数据来源：ClawHub ↗ · 中文优化：龙虾技能库