网文写作 skill 包
Oh Story
在 Claude Code、Codex 等 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 配置;宿主支持多角色分工时按分工执行,其余宿主直接执行流程。
你需要什么
- 许可MIT,开源。
- 宿主下面任一个 Agent:Claude CodeCodex CLIGoogle AntigravityOpenCodeZCodeOpenClawReasonixKimi CodeDeepSeek Harness
- 或在浏览器里只写小说的话,也可以不装 Agent,直接用网页版 ZenStory 工作台(app.zenstory.ai)。
三步开始
- 安装
npx skills add zenstory-ai/oh-story-claudecode -y -g - 入口命令在 Agent 宿主中运行
/story-setup。 - 按指南操作在下方「流程」里找到你的第一个问题,打开对应的指南。
写作技法
共 202 篇写作技法,每篇都依据本项目 skill 里的方法文件。可以先走一遍完整创作路径,或按任务进入。
完整创作路径
写出第一章
- Claude/Codex 写小说 skill:从安装到第一章
story-setup - 网文大纲怎么写:长篇小说大纲模板与分卷范例
story-long-write - 黄金三章怎么写:网文开头清单与改写示例
story-long-write - 去AI味怎么改:三遍改稿,删到哪里该停
story-deslop
按任务查看
流程
- 已经写了十几章,怎么接着写? 先用 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提交同章修订事务,不要手改派生上下文或角色快照。继续写之前核对改后的正文与状态。结构检查不能代替作者对人设、文风和文学质量的判断。 - 审稿意见互相矛盾,是不是都要改? 不必照单全改。先让意见回到段落证据与本书约束,再选择修法,不接受每项附带的剧情改变。原创审稿到改稿示例把“增强主角主动性”写成移交单场景:由她核对证据、坚持先登记编号差异,不靠拆封或提前揭底。示例也分清谈妥登记与登记完成,并具体说明后文发现者归属该怎样检查。
- 有细纲,为什么写出来仍像剧情复述? 细纲列出必须发生的变化,正文则把决定与回应真正写出来。原创搬书库示例从开场对照继续写到签字后的有条件合作与首趟结束,展示哪里应展开、哪里可以简短过渡。提前收章须先改定章界,不靠新增反转补强,也不把聊天试段当作已保存章节。
- 怎么改掉正文的套话和解释腔? 先说清措辞问题,保留场景事实、有功能的细节和选定的节奏。模式命中需要语境判断,不是作者身份结论。原创改稿对照比较克制写法与连贯句式,说明哪些重复值得留,以及删丢场景细节和改掉动作有什么不同。粘贴片段修订、只检测和文件原位修改也分别说明。
- 怎么保留我的文风,而不是越改越像统一模板? 提供有权使用的样本,说清哪些表达维度有用,再分开本书事实与视角。原创文风示例保留较长节奏与轻微调侃,却不搬入另一个故事的人物。样本推断不等于已确认记忆;本段选择、本书偏好与全局习惯的范围不同。 新增的本段例外保留较长观察,却不沿用分号结构和调侃,说明保持文风不等于每段都套同一形状。
- 怎样让人物对白不同,而不只给每人添口头禅? 先分眼前目标、信息边界与听者关系,再选措辞。原创排练对白示例区分三人的对话议程,同时保留既定结果与尚未公开的私人事实。人物可以因听者不同而改变说法,不必把整本书的叙述声音一并换掉。 另一版用直接回答纠正误解,又不公开离开的私事:潜台词不等于把每个回答都写成谜语。
- 封面 准备题材相关的封面指引,并在配置可用生图工具时调用。
有什么不同
- 本地检查脚本只查格式和能自动发现的问题,不给文笔打分。
- 设定、大纲、正文、参考资料与追踪记录均为可检查的文件。
- 按 Agent 的能力分工或直接执行;支持某个 Agent,不代表每个 Agent 的分工能力都一样。
- 仓库附有拆文、续写和封面的完整示例,可以照着跑一遍。
适合谁
- 在起点、番茄、晋江、七猫、知乎盐言等平台写作的作者
- 同时运营多本书的工作室
- 想看非编程场景下成熟 agent skills 的开发者
比较写作环境
相关术语
来源
本页内容依据 2026-10-15 的源码,链接指向该版本。
- 导入入口、材料类型与作者决定
- 扫榜输入、历史回退与不可用数据源
- 开篇预览与作者已要求的完整拆解
- 去AI味的用途与检测分数边界
- 结构化追踪权威与派生视图
- 任务路由与先部署再导入的顺序
- 规划停靠、明确章节请求与批次边界
- 单章输入与相关连续性上下文
- 改变连续性事实的修订需提交追踪事务
- 续写输入、状态卡与下一章承诺
- 作者事实、读者认知、伏笔与承诺
- 未来细纲不是已成立的追踪事实
- 从细纲规格到可见场景
- 状态变化与对白功能检查
- 按维度的文风优先级与统一取舍
- 回执、明确选择、待确认推断与适用范围
- 星标数为 2026-09-29 快照;以下流程依据本次源码复核。 2026-10-15:开篇默认参照与本书要求
- 2026-10-15:作者要求优先于参考默认写法