这次我们把《博德之门坠入阿弗纳斯》这个跑团项目拉到一起看。标题里最有信息量的点是 P3 阶段“中狗正式加入大狗和小狗的队伍”也就是说这个团不是单主角推进而是三人小队逐渐成型。如果你关注的是 DD 5e 冒险模组的节奏设计、跑团项目如何做阶段拆解这篇可以直接收藏。先把结论放前面这个冒险模组是威世智官方发布的 DD 5e 战役故事从博德之门开始最终会把玩家卷进九层地狱第一层阿弗纳斯。它不是软件项目不吃显卡不需要部署服务真正消耗的是主持人的准备时间、玩家的固定档期以及一套可持续的战役记录方法。P3 这个节点从标题看做了两件事一是补齐了队伍核心成员二是战役推进到一个需要新增“地狱化”环境描述和阵营抉择的阶段。这篇文章会用做技术验收的思路把跑团项目的核心能力、前置条件、运行方式、功能验证和排错方法拆开讲。你不一定要玩过 DD 才能看懂流程设计如果你已经在跑团可以直接把后面的表格、目录结构和模板拿过去改一改。1. 核心能力速览先给你一张速查表用来判断这个项目适不适合你。能力项说明项目类型DD 5e 官方冒险模组《博德之门坠入阿弗纳斯》跑团记录P3 阶段官方来源模组版权归 Wizards of the Coast本记录为玩家自建战役队伍构成大狗、小狗、中狗三个玩家角色组成的冒险小队核心玩法剧情推进、角色扮演、战斗遭遇、阵营抉择、地狱环境冒险硬件需求无 GPU 依赖线上跑团需要麦克风和稳定网络显存占用跑团本身不涉及如果用本地 LLM 做剧情摘要显存占用取决于模型大小启动方式按章节推进每次跑团视为一次“会话”API 接口模组本身没有可自行搭建战役笔记或 LLM 摘要接口批量任务NPC、遭遇、线索可以批量生成正式跑团不建议流水线化适合场景固定小队、长期团、希望保留完整冒险记录的团队从这张表能看出这个项目的门槛不在硬件而在“组织能力”。三人小队的好处是时间好协调、剧情代入更集中坏处是标准 5e 遭遇战如果按照 4 到 5 人队伍设计战斗会明显偏难后面我会专门讲怎么平衡。2. 适用场景与使用边界这个模组适合谁首先是愿意投入长期跑团的固定小队目标是把一个完整战役从博德之门一路跑到阿弗纳斯而不是只打一两场遭遇战。其次是主持人有一定带团经验至少了解 5e 的基础规则能处理地图、NPC 和战斗节奏。P3 这一阶段最容易出现的场景是队伍刚集结玩家对主线走向还不够清楚主持人需要一边铺世界观一边让新角色“中狗”自然地融入已有的大狗、小狗组合。如果处理得好这会让团队形成共同目标处理不好就会出现“新角色被硬塞进队伍”“玩家各自为战”的割裂感。使用边界也要明确。这个模组是商业出版物官方文本、地图、插画都受版权保护。自己做战役记录、写复盘笔记没问题但不能把官方 PDF 内容大量复制到博客、公众号或知识库里公开传播更不能拿未经授权的模组内容做付费课程。使用 AI 工具生成内容时也要注意不要直接投喂整段版权文本输入摘要、自写大纲和原创设定才是更稳的做法。另外阿弗纳斯主题涉及恶魔、契约、堕落和道德抉择成年人玩家大概率没问题但如果团队里有未成年人建议主持人在 Session 0 提前做好内容尺度和敏感话题的讨论。3. 环境准备与前置条件跑团不是启动软件但它依然有前置条件。按“最小可运行配置”来准备可以避免临时开团时缺东西。3.1 文件与资料准备跑团开始前建议准备以下几类资料模组原文必须有正版《博德之门坠入阿弗纳斯》模组书或 DD Beyond 上的对应内容。规则书至少要有《玩家手册》《地下城主指南》和《怪物图鉴》用来查遭遇和奖励。角色卡三人小队需要各自的角色卡包括属性、技能、装备、背景故事和阵营。战役记录一份可长期维护的 Markdown 或笔记文档用来记录每回会话的剧情走向。地图与图片博德之门城市地图、可能出现的遭遇地点图线上跑团时可以直接放到 VTT 里展示。3.2 线上跑团工具链如果队伍不在同一个城市线上跑团是更现实的选择。常见组合是“VTT 语音 笔记文档”工具类型用途说明VTT 平台地图、棋子、骰子、视野管理例如 Foundry VTT、Roll20具体按团队熟悉度选择语音工具队伍语音沟通即时通讯软件即可笔记工具战役日志、NPC 记录、任务清单Notion、Obsidian 或纯 Markdown 都可以角色卡管理构建和更新角色DD Beyond 或本地卡模板这里的重点不是工具越复杂越好而是团队能稳定用起来。如果一个工具只有主持人会用那它就会变成主持人的额外负担。3.3 时间规划建议单次跑团时长控制在 3 到 4 小时频率每周一次或每两周一次。P3 阶段需要完成“新角色入队 一个完整的剧情节点”如果时间太紧可以把入队部分单独拆成一次“过场会话”不需要强塞进主线。一个比较稳妥的时间分配是开场回顾 15 分钟队伍互动与角色扮演 45 分钟主要剧情推进 60 分钟战斗遭遇 60 分钟收尾与下期预告 15 分钟4. 部署“跑团项目”与启动流程跑团项目的启动不是双击运行而是“Session 0 第一场准入遭遇 主线锁定”。4.1 Session 0 对齐预期在正式进入 P3 之前主持人要明确几个问题玩家可用时间是否能保证长期固定。对战斗、扮演、解谜三个方向的偏好权重。阵营冲突和角色动机是否允许走邪恶路线。新角色中狗如何与大狗、小狗之间建立关系。建议用一张表格把结论固定下来避免后续扯皮。这就是跑团项目的“初始配置”。# 战役配置 - 模组《博德之门坠入阿弗纳斯》 - 阶段P3 - 队伍大狗、小狗、中狗 - 跑团频率每周一次每次 3.5 小时 - 允许邪恶阵营否 - 战斗偏好中等 - 扮演偏好高 - 剧情底线禁止对 NPC 无理由杀戮4.2 新角色入队的设计标题中明确写了“中狗加入了大狗和小狗的队伍”所以这不是一个随机事件而是 P3 的剧情节点。让新角色入队最自然的方式是给他一个“必须在场”的理由。以阿弗纳斯主线的风格来说新角色可以是因为追踪同一个线索来到博德之门也可以是旧识发出求助信号后赶来会合。不要简单安排“酒馆里碰到一个陌生人”。三人小队本来就小每个成员的知识和技能都要互补。P3 阶段建议把入队理由和模组主线挂钩让中狗从一开始就掌握一两个关键线索这样他就不是挂件而是推进剧情的齿轮。4.3 战役目录结构跑团记录建议分目录维护后期复盘和搜索会方便很多。下面是一个通用模板可以按需调整campaign/ ├── session/ │ ├── 001_开场.md │ ├── 002_博德之门_暗流.md │ └── 003_中狗入队.md ├── party/ │ ├── 大狗.md │ ├── 小狗.md │ └── 中狗.md ├── npcs/ │ ├── 城卫队长.md │ └── 神秘商人.md ├── encounters/ │ ├── 街头冲突.md │ └── 下水道遭遇.md ├── maps/ └── notes/运行“会话”时的标准动作是读上一篇纪要、确认当前目标、推进剧情、记录新获得的线索和 NPC 反应。这个流程比任何 VTT 功能都重要。5. 功能测试与效果验证跑团项目也可以按测试用例来验证。每次会话结束后用几分钟回答几个问题就能判断这次跑团是否成功。5.1 新角色入队测试测试目的确认中狗是否顺利融入三人小队而不是被晾在一边。操作步骤记录中狗第一次主动行动的回合。观察大狗和小狗是否在剧情中主动关心中狗的线索。检查队伍内部是否存在明显的信息断层。预期结果三人小队在 P3 结束时有共同目标。每个玩家都能说出下阶段要做什么。如果失败可能原因是入队动机不够强或者中狗与其他角色缺少共同经历。解决办法是补一段小队共同经历的小遭遇而不是直接跳到主线。5.2 战斗平衡测试三人小队打标准 5e 遭遇时经常出现“人数被压制”的情况。用以下维度验证检查项通过标准敌人数量敌人数量不高于玩家数量的一倍半单次爆发伤害不出现一个回合内击倒多名玩家的情况资源消耗玩家在 2 到 3 场遭遇后仍有部分技能和法术可用挑战等级多数敌人挑战等级低于队伍平均等级如果发现三人队团灭风险高可以减少敌人数量或者给队伍安排一个非玩家角色盟友这个盟友只承担辅助功能不抢玩家高光。5.3 剧情节奏测试P3 容易出现“节奏拖沓”的问题因为这是从城市危机逐渐过渡到地狱题材的关键阶段。验证方法很简单玩家在 30 分钟内是否能明确说出当前主线任务。玩家在 60 分钟内是否做出一个影响后续走向的选择。一场会话中是否存在超过 20 分钟的无目标闲聊。如果连续两次出现节奏问题主持人需要在开场用“上次回顾 当前目标”快速锁住方向。5.4 记录完整性验证跑团结束后主持人能不能在 10 分钟内写出当天纪要如果能说明流程是可持续的如果不能说明记录模板过于复杂。建议用固定字段做纪要下面是一个最小模板# 会话纪要 003 ## 参与成员 大狗、小狗、中狗 ## 关键剧情 - 中狗入队 - 获取了下一个目标线索 ## 重要 NPC - 神秘商人给出进入下水道的提示 ## 获得的物品 - 泛黄的信件 ## 下期目标 - 调查下水道源头 - 决定是否接触秘密组织 ## 待办 - 主持人准备下水道地图6. 接口 API 与批量任务的通用思路《博德之门坠入阿弗纳斯》本身没有 API但跑团项目的准备过程可以借鉴 API 和批量任务设计思想。6.1 用脚本批量生成遭遇表如果你经常觉得“临时没遭遇可用”可以准备一张 JSON 随机遭遇表。注意这里不复制官方文本只做通用占位和生成逻辑。{ source: 自制随机遭遇表按模组风格调整, environment: [城市街巷, 下水道, 荒野, 地狱入口], encounters: [ { name: 街头小冲突, difficulty: easy, hint: 劫匪或敌对帮派拦路 }, { name: 神秘商人, difficulty: roleplay, hint: 提供线索或道具索要回报 }, { name: 地底怪声, difficulty: medium, hint: 隐藏敌人或被困 NPC } ] }每次开团前随机抽取一个再根据当前剧情微调能明显降低主持人的创作压力。6.2 用 LLM 做剧情摘要如果你用本地模型或在线大模型接口做记录摘要可以按下面这个通用模板来写脚本。这是一个通用示例实际接口地址和参数需要按你用的服务调整。import requests def summarize_note(raw_text: str) - str: # 以本地 Ollama 为例实际地址和模型名按环境修改 url http://127.0.0.1:11434/api/generate prompt f把下面的跑团记录压缩成100字中文摘要不要加入剧情描述\n{raw_text} payload { model: llama3, prompt: prompt, stream: False } response requests.post(url, jsonpayload, timeout120) data response.json() return data.get(response, )使用这一类工具时要注意合规不要直接输入大段官方模组文本只输入自己写的要点和角色互动摘要避免生成结果与版权内容冲突。6.3 批量任务设计批量任务并不适合“正式跑团”这个环节但适合“准备环节”。举几个例子批量生成 NPC 姓名和性格标签。批量生成支线任务钩子。批量整理玩家角色背景故事。批量把 Markdown 纪要导出为公开博客或 PDF。每条任务都应该是可重复的并且输出格式固定。比如 NPC 卡模板固定为“姓名 / 身份 / 目标 / 秘密 / 对队伍态度”这样写多个 NPC 时效率更高玩家看起来也更清晰。7. 资源占用与性能观察跑团项目不消耗显存但确实有时间成本和认知负荷。以下几条观察思路可以帮主持人判断自己的“项目是否可维护”。7.1 时间占用一次 P3 阶段跑团的最低时间投入大概是主持人准备1 小时包括重读关键段落、准备地图、设计 1 到 2 个遭遇。正式跑团3 到 4 小时。复盘与纪要0.5 小时。合计约 4.5 到 5.5 小时。如果主持人单次准备超过 3 小时说明你很可能在过度准备。不要试图给每条 NPC 对话都写逐字稿只需要写关键目标和关键台词。7.2 AI 工具的资源观察如果你选择用本地 LLM 帮忙生成 NPC 描述或剧情摘要需要考虑显存占用。不同模型、不同上下文长度、不同并发请求显存占用差异很大。稳妥的判断是先用在线接口或小模型跑通流程再考虑本地大模型。对跑团记录这种轻量文本任务小模型完全够用。7.3 档案管理地图、图片、音频素材很容易堆积。建议按会话编号归档并定期清理临时截图。如果目录越来越乱后续检索剧情会变得非常痛苦。我建议每个会话结束后把新增文件都放进对应的 session 文件夹统一命名减少“找不到上次地图”的情况。8. 常见问题与排查方法跑团过程中遇到问题是常态。下面这张表可以作为排查参考。问题现象可能原因排查方式解决方案玩家时间冲突无法固定长线档期询问可参加日期并统计减少人数但不取消缺员时补临时小遭遇三人队总是团灭模组遭遇按 4 到 5 人设计记录近期战斗负面情况降低敌人数量、增加辅助 NPC新角色入队生硬入队动机没和主线绑定看玩家是否主动互动给新角色一条线索和一名关联 NPC玩家不知道下一步做什么主持人没给足线索询问玩家“你们现在目标是什么”开场强制回顾收尾时明确下期目标剧情拖沓玩家无目的闲聊统计无进展时间加入突发事件例如 NPC 闯入或环境变化纪要写不完模板太复杂检查纪要耗时改成固定字段的最小模板AI 摘要内容不准输入文本太长或提示词不清楚检查输入和输出样例分段摘要并限定输出格式传播模组原文版权意识不足自查公开内容只保留原创记录不扩散官方文本从材料看P3 阶段最值得警惕的不是规则而是“推进感缺失”。如果玩家连续两次跑团都处于被动接任务状态主持人就应该重新设计让队伍主动做选择的场景。9. 最佳实践与使用建议把跑团当成一个长期项目来管理之后我发现最有效的做法是保持轻量、保持记录、保持选择权。9.1 先跑最小可运行配置不要在第一场就把所有 NPC、所有规则、所有城市分支都塞进去。最小配置只需要一个明确目标、两个关键 NPC、一次战斗、一个选择点。跑完这四条P3 的骨架就搭好了。9.2 新角色入队用剧情锁“中狗加入大狗和小狗的队伍”这个事件建议在 P3 开场就触发并且让三人在同一个场景中必须合作。理由不是“因为新玩家来了”而是“这条线索只有中狗知道而大狗和小狗也需要这条线索”。一旦玩家因为利益走到一起后续关系发展就自然了。9.3 用固定模板降低记录成本记录越复杂越难坚持。建议跑团结束后立刻用第 5.4 节的最小模板写完纪要不要等第二天因为细节会迅速丢失。9.4 警惕侵权风险公开博客、公众号或视频脚本时不要大段摘抄官方模组内容。跑团记录的核心价值是“你们的冒险过程”而不是《坠入阿弗纳斯》原文。写文章时可以写“这一章我们进入了地狱边境”而不是把整段官方环境描述贴进去。9.5 适当引入 AI 工具AI 工具适合做创意补充不适合替代主持人的判断。比如让 AI 生成随机商人的名字和口头禅可以让 AI 决定剧情走向不可以。用之前注意输入数据是否包含版权内容避免把官方文本直接交给在线服务。9.6 分组管理输出如果这个团有多个平台记录比如线上文档、桌面端笔记、博客建议只保留一份主记录其他平台都放链接或摘要避免维护成本爆炸。10. 总结与下一步这一期最值得关注的不是战斗机制而是“中狗入队”带来的队伍结构变化。三人小队一旦成型后续所有遭遇、剧情和人物关系都应该围绕这个团队来写。建议你最先验证的是三件事第一中狗的入队理由是否足够自然第二三人队打标准遭遇的平衡性是否在你的预期内第三跑团纪要能否在 10 分钟内写完。这三件事直接决定这个项目能不能长期跑下去。最容易踩的坑是过度准备和过度引导。主持人准备好地图和关键 NPC 就足够不要试图预设玩家每一步的选择。阿弗纳斯是一个充满道德抉择的地狱最好的体验来自玩家真的可以选错而不是沿着铁轨走到终点。后续可以继续扩展的方向包括给每个主要 NPC 建独立档案、把战役记录整理成连载博客、用本地 LLM 做自动摘要、加入环境音效和背景音乐。等这个三人队跑完 P3下一步就是安排“地狱之门”前的最后一次城市支线把队伍的状态和资源调整好再正式进入阿弗纳斯的焦土地图。