possession

name possession description 角色扮演蒸馏器：从官方设定、语音台词、背景故事中蒸馏可扮演的游戏角色——AI夺舍角色灵魂，让TA在你面前活过来。支持profile、personality、interaction、memory、relations五维提取。 license MIT metadata {"kit_version":"2","dimensions":["profile","personality","interaction","memory","relations"]} 夺舍 语言 根据用户 第一条消息 的语言，全程使用同一语言。 何时激活 用户要「夺舍/蒸馏游戏角色」「做角色扮演」「生成XX的Skill」。 用户提供游戏角色的设定材料，希望生成可加载的角色扮演Skill包。 背景知识 「夺舍」概念源自游戏《三角洲行动》中的"夺舍流红狼"玩法——以小博大，瞬间变强。 详见： {baseDir}/possession-origin.md AI应阅读此文件理解"夺舍"梗的文化背景，更好地与用户沟通。 核心理念 接收设定 → 分维度提取（profile / personality / interaction / memory / relations）→ 证据分级 → 冲突记录 → 输出可扮演的角色Skill。 路径约定 本Skill根目录记为** {baseDir} **。 生成物默认写入 ./characters/<slug>/ 。 slug ：小写字母、数字、连字符，与最终 SKILL.md 的 name 一致。 Python 脚本工具 本框架提供了一系列 Python 脚本用于自动化处理： 脚本 功能 是否需要依赖 scripts/fetch_wiki.py 从 Wiki 获取角色设定 ✅ 需要 requests + bs4 scripts/quality_check.py 质量评分检查 ❌ 无需依赖 scripts/generate_manifest.py 生成 manifest.json ❌ 无需依赖 scripts/file_manager.py 文件管理（创建/备份/回滚） ❌ 无需依赖 scripts/batch_distill.py 批量处理多个角色 ❌ 无需依赖 使用建议 ： 如果已安装依赖（ pip install -r scripts/requirements.txt ），优先使用 fetch_wiki.py 获取 Wiki 内容 完成蒸馏后，使用 quality_check.py 自动生成质量报告 使用 file_manager.py 管理版本（备份、回滚） 依赖安装提醒 ： 如果用户需要使用脚本但未安装依赖，提醒用户运行： pip install -r scripts/requirements.txt 操作顺序 Phase 1：接收角色设定 Step 1.1：选择游戏 询问用户游戏类型： 请选择游戏： [A] 原神（Genshin Impact） [B] 崩坏：星穹铁道（Honkai: Star Rail） [C] 三角洲行动（Delta Force: Hawk Ops） [D] 其他游戏（手动提供Wiki链接） 选择 [A]-[C] 时 ： 读取 {baseDir}/recipes/wiki-sources.md 获取该游戏的 Wiki 配置 进入 Step 1.2 选择 Wiki 来源 选择 [D] 时 ： 进入 Step 1.3 手动提供链接 Step 1.2：选择 Wiki 来源 根据游戏配置，询问用户： 请选择Wiki来源： [1] 萌娘百科（中文首选，内容丰富有趣） [2] BWIKI（中文补充，严谨准确） [3] Fandom（英文首选，国际化） [4] 手动输入Wiki链接 选择 [1]-[3] 时 ： 询问角色名（如"芙宁娜"） 优先使用脚本 （如果已安装依赖）： # 示例：从萌娘百科获取芙宁娜的设定 python scripts/fetch_wiki.py --game genshin --wiki moegirl --character 芙宁娜 如果未安装依赖，根据 recipes/wiki-sources.md 中的配置使用 WebFetch 工具获取内容 选择 [4] 时 ： 让用户手动提供链接 Step 1.3：手动提供设定材料 请提供角色设定材料： [A] 使用Wiki获取（推荐） [1] 萌娘百科（中文首选，内容丰富有趣） [2] BWIKI（中文补充，严谨准确） [3] Fandom（英文首选） [4] 其他网站（手动提供链接） [B] 使用已有角色目录 用户自己的角色目录路径 [C] 粘贴/上传设定文档 支持格式：Markdown / TXT / JSON / PDF 使用已有角色目录时 角色目录应包含以下文件： 文件 用途 必需性 wiki.md 完整Wiki风格设定 必需 brief.md 第三人称简介（500-800字） 推荐 prompt.md 第二人称角色扮演提示 可选 读取顺序 ： 先读 brief.md ：快速了解角色定位、性格、经历 再读 wiki.md ：深入提取详细设定、台词、关系等 参考 prompt.md （如有）：理解角色的第二人称视角 角色设定材料应包含 基本信息（名称、称号、世界观位置） 角色故事/背景 语音台词 人物关系 官方评述/其他角色评价 Phase 2：分维度提取 按以下维度依次提取，每条标注证据级别： verbatim / artifact / impression 。 维度 Prompt Recipe 说明 profile prompts/profile-extractor.md recipes/output-contract.md 角色档案：基本信息、世界观位置 personality prompts/personality-extractor.md recipes/personality-mining.md 性格、价值观、动机 interaction prompts/interaction-extractor.md recipes/interaction-mining.md 说话方式、口头禅、台词场景 memory prompts/memory-extractor.md recipes/memory-mining.md 背景故事、关键事件 relations prompts/relations-extractor.md recipes/relations-mining.md 人际关系网络 证据分级 ： verbatim ：角色原话（台词、独白） artifact ：官方设定文本 impression ：其他角色/旁白的评价 Phase 3：冲突检查 读取 {baseDir}/recipes/merge-policy.md ，检查不同来源的设定是否存在矛盾。 矛盾项写入 conflicts.md 。 常见冲突类型： 不同版本设定差异（如1.0 vs 2.0版本） 官方设定与游戏内实装差异 多个来源对同一事件的描述不一致 Phase 4：生成Skill 读取 {baseDir}/prompts/skill-assembler.md ，生成以下文件结构： <characters/<slug>/ ├── SKILL.md # 角色扮演入口 ├── profile.md # 角色档案 ├── personality.md # 性格与价值观 ├── interaction.md # 说话方式与台词 ├── memory.md # 背景故事 ├── relations.md # 人际关系网络 ├── conflicts.md # 设定冲突（如有） └── manifest.json # 元数据 Phase 5：告知用户 生成路径与加载方式 各维度的证据覆盖度 设定冲突提示（如有） 使用建议 Phase 6：扮演测试 读取 {baseDir}/prompts/roleplay-tester.md ，自动执行扮演测试： 测试场景 ：8个场景（初次见面、日常闲聊、核心话题、情绪触发×2、压力场景、关系测试、OOC检测） 评估标准 ：是否符合角色设定、是否有OOC问题 输出结果 ：测试通过率、问题清单、改进建议 测试结果处理 ： 通过率 ≥ 70%：测试通过 通过率 < 70%：提示用户补充设定材料 Phase 7：生成质量报告 读取 {baseDir}/recipes/quality-metrics.md ，生成质量评分报告： 优先使用脚本 （无需额外依赖）： # 检查单个角色 python scripts/quality_check.py --character furina-demo # 保存报告 python scripts/quality_check.py --character furina-demo --output report.md 如果脚本不可用，手动计算质量评分。 评分维度 ： 完整度（30%）：五维度覆盖情况 证据率（40%）：verbatim+artifact 占比 冲突数（10%）：设定冲突数量 测试通过率（20%）：扮演测试结果 评级标准 ： ≥0.85：优秀（可直接使用） 0.70-0.84：良好（可使用，建议查看 conflicts.md） 0.60-0.69：及格（建议补充材料） <0.60：不合格（必须补充材料重新蒸馏） 输出文件 ： 更新 manifest.json ，添加 quality_score 字段 生成质量报告 Markdown 文件 用户纠正 用户对提取结果有异议时，读取 {baseDir}/prompts/correction-handler.md 处理。 纠正流程 ： 询问用户纠正来源（官方Wiki / 游戏内文本 / 角色台词 / 我的理解） 验证来源（如提供链接或截图） 根据证据级别决定修改策略 user_impression 不覆盖官方设定，追加到末尾 版本更新 游戏版本更新时，读取 {baseDir}/recipes/incremental-update.md 处理。 更新检测 ： 对比 manifest.json 中的 source_version 与当前版本 检测到更新时询问用户是否更新 更新策略 ： 完整更新：重新蒸馏所有维度 增量更新：仅更新变化部分 不做的事 不编造官方设定中不存在的剧情或关系 不混淆不同版本的角色设定 不将玩家的二创设定当成官方设定 不用用户理解覆盖官方设定 不跳过扮演测试直接输出 自检清单 name 与目录名一致且符合命名规则 每个维度文件都有证据标注 verbatim 和 artifact 占比是否达标？ impression 是否隔离到专属区？ conflicts.md 是否反映了真矛盾？ SKILL.md 正文<100行？ 扮演测试是否执行并通过？ 质量评分是否≥0.60？ manifest.json 是否包含完整元数据？ 支持的游戏 游戏 Wiki来源 状态 原神 萌娘百科 / BWIKI / Fandom ✅ 已支持 崩坏：星穹铁道 萌娘百科 / BWIKI / Fandom ✅ 已支持 三角洲行动 BWIKI / 萌娘百科 ✅ 已支持 其他 手动提供Wiki链接 📋 待扩展 详细配置见 recipes/wiki-sources.md