用 OpenHands 微代理打造 AI 小说生成与情节优化助手3 份 Markdown 快速上手【免费下载链接】OpenHands OpenHands: AI-Driven Development项目地址: https://gitcode.com/GitHub_Trending/ope/OpenHandsOpenHands 是一个开源的 AI 代理开发平台本文用它来搭建一个 AI 写作助手把小说生成与情节优化交给微代理流水线。全程只需三份 Markdown 文件——三幕式情节规范、角色档案、文风约束再靠长期记忆保证长篇连载前后一致。AI 写小说的三个痛点情节漂移、角色崩坏、上下文丢失直接让大模型写长篇常见三种翻法情节漂移第 1 章还紧扣核心冲突写到第 20 章主线已经稀释成支线第 5 章埋的伏笔没人回收。角色崩坏上一秒冷静理性的配角下一章突然情绪化爆发只是语气变了人设就塌了。上下文丢失早期章节的设定超出上下文窗口模型对第 1 章的世界观细节一无所知。三个问题同根同源创作规则只存在于某一次提示词里没有持久化也没有检索机制。换到 OpenHands 的思路里答案就是把规则从提示词里搬出来变成文件。微代理是什么三类 Markdown 文件分工明确微代理MicroAgent说白了就是给代理发的规则卡片一份带 YAML 头的 Markdown 文件声明自己叫什么、属于哪类、被哪些关键词触发。平台在对话时按需把合适的卡片注入上下文规则不再靠人肉复制提示词来维护。三类微代理各管一段知识微代理存放写作方法、叙事结构这类通用创作知识对话碰到触发词就自动注入。任务微代理规定某件具体活的标准做法比如生成三幕式大纲按哪几步走只做这个任务时才生效。仓库微代理记录当前小说项目独有的状态——世界观、角色清单、已写章节进入这个工作区自动加载。一句话分工知识是素材任务是流程仓库是当前进度。三者配合代理既知道怎么写也知道写到哪了。在 OpenHands 的 Skills 设置页里这些微代理可以按类别如 Writing docs启停管理启用后才会进入代理上下文相当于给你的 AI 写作助手装技能树。用一份 Markdown 定义写作代理三幕式结构入库本地已有 OpenHands 环境即可上手源码安装执行git clone https://gitcode.com/GitHub_Trending/ope/OpenHands后按 README 启动。然后在工作区的 microagents/ 目录放一个文件✍️ 内容类似这样--- name: plot_writing type: knowledge triggers: [小说, 大纲, 情节, novel, plot] --- # 小说写作规范 ## 结构 - 三幕式铺垫25%→ 对抗50%→ 解决25% - 每幕结尾必须发生一个改变主角处境的事件 - 伏笔登记埋设时记下章节号解决时必须回收 ## 文风 - 长短句交替避免连续 40 字以上的长句 - 对话不用他说/她说用动作带出说话人几个字段的意思name 是引用名type 声明卡片类型knowledge 为知识、task 为任务triggers 是唤醒词列表。它是纯文本文件可以进版本库、可以评审、可以分享给同写一部书的人——规则第一次变成了资产而不是聊天记录里的一句叮嘱。把创作拆成三步情节、角色、文风各管一段情节三幕式大纲一次成型一个 task 微代理如 plot_outline规定出大纲的标准流程解析主题与基调 → 选定结构 → 输出三幕大纲每幕附上目标、转折点、伏笔清单。模型按流程填空而不是自由发挥。角色档案文件锁住人设一个 repo 微代理如 cast_sheet为每个角色建条目目标、动机、说话方式、与他人的关系。规矩写死在档案里——动笔前先读档写完后把状态变化回写。文风可触发的写作规范上面的 plot_writing 属于知识微代理触发词命中就注入管句子节奏、对话规范和禁用套话。三步跑通的调用就是一行提示词按 plot_outline 流程为《深空灯塔》出三幕大纲深海考古题材主角 3 人冷硬基调发出去之后平台加载对应微代理先产出大纲再把角色条目写回仓库微代理供后续章节引用。长期记忆让第 30 章还记得第 1 章微代理解决规则在不在长期记忆解决记不记得。 OpenHands 的记忆模块基于向量库如 ChromaDB每章写完把章节摘要、角色状态变化、伏笔账本存进去开新章前先按当前情节检索相关记忆再动笔。情节优化也因此有了抓手——起草之后走一轮检查-修正对照角色档案查行为一致性对照伏笔账本查回收率输出问题清单下一轮修订。第 30 章和第 1 章之间的那段距离就是靠这一查一回写填平的。适用场景与局限这套组合拳适合网文连载的章节化生产、大纲与初稿生成、文风统一、多人协作规则进仓库所有人执行同一套规范。收益是漂移和崩坏明显减少人工校对从查对不对变成评好不好。局限也要说清质量上限仍是底层模型微代理是约束机制不是保证写得烂的规范照样产出烂大纲记忆检索存在漏检关键设定建议在档案文件里双写一份长篇的终审仍然只能是人。下一步可以怎么玩情绪曲线分析、文风模仿、一键一致性报告都可以做成新的微代理挂进同一条流水线再结合自动化能力每日生成一章 一致性检查可以定时无人值守地跑。创作工具从能用走向可运营差的只是这几张规则卡片。【免费下载链接】OpenHands OpenHands: AI-Driven Development项目地址: https://gitcode.com/GitHub_Trending/ope/OpenHands创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 用 OpenHands 微代理打造 AI 小说生成与情节优化助手：3 份 Markdown 快速上手
用 OpenHands 微代理打造 AI 小说生成与情节优化助手3 份 Markdown 快速上手【免费下载链接】OpenHands OpenHands: AI-Driven Development项目地址: https://gitcode.com/GitHub_Trending/ope/OpenHandsOpenHands 是一个开源的 AI 代理开发平台本文用它来搭建一个 AI 写作助手把小说生成与情节优化交给微代理流水线。全程只需三份 Markdown 文件——三幕式情节规范、角色档案、文风约束再靠长期记忆保证长篇连载前后一致。AI 写小说的三个痛点情节漂移、角色崩坏、上下文丢失直接让大模型写长篇常见三种翻法情节漂移第 1 章还紧扣核心冲突写到第 20 章主线已经稀释成支线第 5 章埋的伏笔没人回收。角色崩坏上一秒冷静理性的配角下一章突然情绪化爆发只是语气变了人设就塌了。上下文丢失早期章节的设定超出上下文窗口模型对第 1 章的世界观细节一无所知。三个问题同根同源创作规则只存在于某一次提示词里没有持久化也没有检索机制。换到 OpenHands 的思路里答案就是把规则从提示词里搬出来变成文件。微代理是什么三类 Markdown 文件分工明确微代理MicroAgent说白了就是给代理发的规则卡片一份带 YAML 头的 Markdown 文件声明自己叫什么、属于哪类、被哪些关键词触发。平台在对话时按需把合适的卡片注入上下文规则不再靠人肉复制提示词来维护。三类微代理各管一段知识微代理存放写作方法、叙事结构这类通用创作知识对话碰到触发词就自动注入。任务微代理规定某件具体活的标准做法比如生成三幕式大纲按哪几步走只做这个任务时才生效。仓库微代理记录当前小说项目独有的状态——世界观、角色清单、已写章节进入这个工作区自动加载。一句话分工知识是素材任务是流程仓库是当前进度。三者配合代理既知道怎么写也知道写到哪了。在 OpenHands 的 Skills 设置页里这些微代理可以按类别如 Writing docs启停管理启用后才会进入代理上下文相当于给你的 AI 写作助手装技能树。用一份 Markdown 定义写作代理三幕式结构入库本地已有 OpenHands 环境即可上手源码安装执行git clone https://gitcode.com/GitHub_Trending/ope/OpenHands后按 README 启动。然后在工作区的 microagents/ 目录放一个文件✍️ 内容类似这样--- name: plot_writing type: knowledge triggers: [小说, 大纲, 情节, novel, plot] --- # 小说写作规范 ## 结构 - 三幕式铺垫25%→ 对抗50%→ 解决25% - 每幕结尾必须发生一个改变主角处境的事件 - 伏笔登记埋设时记下章节号解决时必须回收 ## 文风 - 长短句交替避免连续 40 字以上的长句 - 对话不用他说/她说用动作带出说话人几个字段的意思name 是引用名type 声明卡片类型knowledge 为知识、task 为任务triggers 是唤醒词列表。它是纯文本文件可以进版本库、可以评审、可以分享给同写一部书的人——规则第一次变成了资产而不是聊天记录里的一句叮嘱。把创作拆成三步情节、角色、文风各管一段情节三幕式大纲一次成型一个 task 微代理如 plot_outline规定出大纲的标准流程解析主题与基调 → 选定结构 → 输出三幕大纲每幕附上目标、转折点、伏笔清单。模型按流程填空而不是自由发挥。角色档案文件锁住人设一个 repo 微代理如 cast_sheet为每个角色建条目目标、动机、说话方式、与他人的关系。规矩写死在档案里——动笔前先读档写完后把状态变化回写。文风可触发的写作规范上面的 plot_writing 属于知识微代理触发词命中就注入管句子节奏、对话规范和禁用套话。三步跑通的调用就是一行提示词按 plot_outline 流程为《深空灯塔》出三幕大纲深海考古题材主角 3 人冷硬基调发出去之后平台加载对应微代理先产出大纲再把角色条目写回仓库微代理供后续章节引用。长期记忆让第 30 章还记得第 1 章微代理解决规则在不在长期记忆解决记不记得。 OpenHands 的记忆模块基于向量库如 ChromaDB每章写完把章节摘要、角色状态变化、伏笔账本存进去开新章前先按当前情节检索相关记忆再动笔。情节优化也因此有了抓手——起草之后走一轮检查-修正对照角色档案查行为一致性对照伏笔账本查回收率输出问题清单下一轮修订。第 30 章和第 1 章之间的那段距离就是靠这一查一回写填平的。适用场景与局限这套组合拳适合网文连载的章节化生产、大纲与初稿生成、文风统一、多人协作规则进仓库所有人执行同一套规范。收益是漂移和崩坏明显减少人工校对从查对不对变成评好不好。局限也要说清质量上限仍是底层模型微代理是约束机制不是保证写得烂的规范照样产出烂大纲记忆检索存在漏检关键设定建议在档案文件里双写一份长篇的终审仍然只能是人。下一步可以怎么玩情绪曲线分析、文风模仿、一键一致性报告都可以做成新的微代理挂进同一条流水线再结合自动化能力每日生成一章 一致性检查可以定时无人值守地跑。创作工具从能用走向可运营差的只是这几张规则卡片。【免费下载链接】OpenHands OpenHands: AI-Driven Development项目地址: https://gitcode.com/GitHub_Trending/ope/OpenHands创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考