Agent skill 包

Oh Story（网文写作 skill 包）

把编程 Agent 变成完整的网文写作流程——扫榜、拆文、写作、去AI味、封面图。

7,170 GitHub star13 个 skill

安装 Oh Story

npx skills add zenstory-ai/oh-story-claudecode -y -g

它是什么

Oh Story 是 MIT 开源的网文写作 skill 包，把 Claude Code、Codex 等 Agent 宿主变成完整的写作流程。13 个 skill 覆盖扫榜选题、拆文、长篇连载、短篇、修订与封面，把写作指令与逐章细纲、确定性检查和文件化的项目状态结合在一起。/story-setup 负责配置宿主；宿主支持多 agent 时按专业分工编排，不支持时直接执行。

你需要什么

许可MIT，开源。
宿主一个 Agent 宿主：Claude Code、Codex CLI、Google Antigravity、OpenCode、ZCode、OpenClaw、Reasonix、Kimi Code、DeepSeek Harness。
安装一条命令： npx skills add zenstory-ai/oh-story-claudecode -y -g
或在浏览器里仅限小说写作：独立的 ZenStory 工作台，app.zenstory.ai。

三步开始

安装npx skills add zenstory-ai/oh-story-claudecode -y -g
入口命令在 Agent 宿主中运行 /story-setup。
按指南操作从下方 9 篇指南中选一个，完成第一个任务。

实用指南

写作技法

AI 写作入门

小说大纲与情节

人物与对白

题材与类型写法

小说改稿与去AI味

小说封面

流程

已经写了十几章，怎么接着写？ 先用 story-import 建立可续写工程，再把反推前史与作者选定的下一章分开。海港收音机交接示例保留一个承诺、已经作出的决定与不同人物的知情范围，不补猜修理成功或彻底和解。旧正文不动，未来细纲也不是已发生事件。
Claude Code 装好后，怎么开始写小说？ 安装 skill 包后，在写作项目目录运行 /story-setup，再新开会话。通过 /story 描述任务，不必先记住全部 skill。新建长篇可以说 /story-long-write 帮我开书：默认先生成设定、大纲与细纲，在正文前停下。审阅规划后，再明确请求 /story-long-write 写第1章。这是 Agent 宿主内的流程，不是登录另一个产品 ZenStory 工作台。 “不写正文”仍会建立规划文件；大纲阶段完成后才初始化追踪状态。建立项目前的第一轮，可以用作者 Skill 指南比较两个具体调查开端，再把选定方向带入单独的规划请求。如果人设很完整、人物却不行动，人物动机指南从中继规划写到争取、抵抗与分享功劳的原创场景，不把达成约定当成已完成送达。
黄金三章怎么写，前三章怎样让人想接着看？ 前三章各管一件事：第一章让主角在冲突里登场、交代目标，第二章升级矛盾并兑现爽点，第三章亮出读者要追的长线目标。黄金三章指南附可复制的开篇清单、原创改写示例和自查评分表；每章最后一句怎么留，见网文断章技巧。
只有一个梗，怎么写成完整短篇而不是连载开头？ 先选一个核心问题和能用行动回答它的结尾，再写出让变化成立的过程。原创修补店规划与正文节选从暗示无效写到说清条件、付下定金与离开。约定周三寄出，不代表当日送达，更不代表此刻已经修好；约定落定也不等于一家人的旧伤全好了。六节设计、示范节选与后续完整正文文件要分开。
扫榜在条件允许时采集所支持平台的数据，接受作者提供的样本，或明确标注历史知识回退；不可用的数据源可以跳过。
怎样拆小说，才能学到写法而不照搬情节？ 分开原文观察、可选解释和新故事练习。原创片段精读示例从未签的海报校样读出有条件的下一步，再比较事实与结果相同的两套菜园场景：接纳限制并共同承担解释，或放下尚未成立的人手补救。再用原创正文让人手补救在交谈中受检验、让较小订单实际落定，不照搬海报里的动作。指南也区分前三章停靠、明确范围的局部精读和按进度续跑。只做拆文不是导入可续写工程，处理完一个批次也不是已经得到全书结论。
长篇续写怎样减少人设和情节漂移？ 分开作者私下的真相、各角色本人已知和读者已经看到的内容。从同一项目带上相关人物现状、活跃伏笔与下一章承诺。原创退信与期限示例补充一条可选回收设计：合理怀疑仍是怀疑，后续证据先有来源，新地址改变下一步行动，却不会把尚未交出的信变成已送达。
发现某一章与既有设定冲突怎么办？ 先指出冲突段落和希望保留的事实，再带着依据请求 /story-long-write 修改第N章。修订若改变连续性事实，文档规定通过 tracking_commit.py 提交同章修订事务，不要手改派生上下文或角色快照。继续写之前核对改后的正文与状态。结构检查不能代替作者对人设、文风和文学质量的判断。
审稿意见互相矛盾，是不是都要改？ 不必照单全改。先让意见回到段落证据与本书约束，再选择修法，不接受每项附带的剧情改变。原创审稿到改稿示例把“增强主角主动性”写成移交单场景：由她核对证据、坚持先登记编号差异，不靠拆封或提前揭底。示例也分清谈妥登记与登记完成，并具体说明后文发现者归属该怎样检查。
有细纲，为什么写出来仍像剧情复述？ 细纲列出必须发生的变化，正文则把决定与回应真正写出来。原创搬书库示例从开场对照继续写到签字后的有条件合作与首趟结束，展示哪里应展开、哪里可以简短过渡。提前收章须先改定章界，不靠新增反转补强，也不把聊天试段当作已保存章节。
怎么改掉正文的套话和解释腔？ 先说清措辞问题，保留场景事实、有功能的细节和选定的节奏。模式命中需要语境判断，不是作者身份结论。原创改稿对照比较克制写法与连贯句式，说明哪些重复值得留，以及删丢场景细节和改掉动作有什么不同。粘贴片段修订、只检测和文件原位修改也分别说明。
怎么保留我的文风，而不是越改越像统一模板？ 提供有权使用的样本，说清哪些表达维度有用，再分开本书事实与视角。原创文风示例保留较长节奏与轻微调侃，却不搬入另一个故事的人物。样本推断不等于已确认记忆；本段选择、本书偏好与全局习惯的范围不同。新增的本段例外保留较长观察，却不沿用分号结构和调侃，说明保持文风不等于每段都套同一形状。
怎样让人物对白不同，而不只给每人添口头禅？ 先分眼前目标、信息边界与听者关系，再选措辞。原创排练对白示例区分三人的对话议程，同时保留既定结果与尚未公开的私人事实。人物可以因听者不同而改变说法，不必把整本书的叙述声音一并换掉。另一版用直接回答纠正误解，又不公开离开的私事：潜台词不等于把每个回答都写成谜语。
封面准备题材相关的封面指引，并在配置可用生图工具时调用。

有什么不同

本地 verifier 检查契约与可检测模式，不为文学质量打分。
设定、大纲、正文、参考资料与追踪记录均为可检查的文件。
按宿主能力使用专业角色或直接执行回退；支持某个宿主不代表编排能力完全相同。
仓库附有拆文、续写和封面的完整示例，可以照着跑一遍。

适合谁

在起点、番茄、晋江、七猫、知乎盐言等平台写作的作者
同时运营多本书的工作室
想看非编程场景下成熟 agent skills 的开发者

比较写作环境

Oh Story、DSH 插件还是 ZenStory 工作台：怎么选写作环境？

来源

本页内容依据 2026-09-29 的源码（star 数同日统计），链接指向该版本。

项目	形态	用途
Oh Story	Agent skill 包	把编程 Agent 变成完整的网文写作流程——扫榜、拆文、写作、去AI味、封面图。
Drama Skills	制作 skill 合集	把点子或原著发展为分集剧本、视觉设定、分镜和生成提示词，按需进入制作与审查。
Novel to Game	改编 skill 包	以原文证据为基础，在选定目标运行环境中构建和验证小说改编游戏的可玩版本。
Video Recap Skills	视频工作流	把支持的视频文件做成中文解说视频，覆盖场景理解、写稿、配音、剪辑和字幕合成。
Oh Story DSH	DSH 插件	在 DeepSeek Harness 里用图形工作台跑完整的故事创作链路。
ZenStory 工作台	网页工作台	对话即创作——以文件为中心的 AI 小说写作工作台：素材、人设、章节、版本都在一处。