OH Story — 网文写作全流程 Skill 包
覆盖扫榜、拆文、写作、去AI味、封面全流程的网文创作 Skill 包，适配多款 AI 编码工具。
- Star 数
- ★ 7.7k
- 最近更新
- 1 天前
- License
- MIT
- 主语言
- Python
- FA 评分
- 75/100 · 表现良好
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配Codex · Claude CodeChatGPT（部分支持）
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 长篇网文作者：使用 story-setup 部署环境，story-long-scan 扫榜，story-long-analyze 拆解对标书籍，story-long-write 按日更或章节续写。
- 不适合
- 只用英文写作、不读中文文档的用户
- 依赖 ZCode 3.3.4 等不支持自定义 agent 的平台并期望完整多 agent 协作的用户
- 源码审查
- 75/100 · 表现良好
这个 Agent 能做什么，适合哪些场景？
oh-story-claudecode 是一套面向中文网络小说的写作 Skill 包，内置 13 个 skill，覆盖长篇与短篇的扫榜、拆文、写作、去AI味、封面生成等环节，并支持导入已有小说逆向重建写作工程。它通过 7 个专业 Agent（如 story-architect、narrative-writer、consistency-checker）协同工作，并部署 8 个自动化 hooks 用于会话管理、大纲守卫和正文检查。项目采用文件系统管理设定、大纲、正文与追踪状态，支持 Claude Code、OpenCode、ZCode、OpenClaw、Codex CLI、Reasonix 等平台，对无法使用自定义 Agent 的环境提供 solo fallback。核心思路是将写作套路拆解为“扫榜、拆文、商业化写作”，强调情绪满足与模块化重组。
执行扫榜（story-long-scan/story-short-scan）分析起点、番茄、知乎等平台趋势；拆文（story-long-analyze/story-short-analyze）产出结构化拆文报告（含故事情节节点、情绪模块、写作手法等）；写作（story-long-write/story-short-write）根据大纲与对标书籍生成正文，利用追踪状态保证连续性；去AI味（story-deslop）检测并清除 AI 写作痕迹；导入已有小说（story-import）逆向重建大纲、设定与追踪；生成封面（story-cover）使用 GPT-Image-2；审查（story-review）调用多 Agent 多视角评分。所有 skill 通过自然语言或斜杠命令触发，配置文件写入项目 .claude/agents/、.codex/agents/ 等，并利用 hooks 在写作前强制搭建大纲。
- 长篇网文作者：使用 story-setup 部署环境，story-long-scan 扫榜，story-long-analyze 拆解对标书籍，story-long-write 按日更或章节续写。
- 短篇创作者：利用 story-short-scan 发现热点，story-short-analyze 拆解爆款短篇，story-short-write 生成新短篇。
- 已有连载作品的作者：使用 story-import 将已发布章节逆向导入为工程，便于后续无缝续写。
- 希望去除 AI 味的写手：使用 story-deslop 对稿件进行 lint 与外部检测，提升人工读感。
- 需要封面设计的作者：使用 story-cover 分析题材并生成配图。
- 使用 Codex/OpenCode 等非 Claude Code 环境的用户：通过 $story-setup 部署到对应平台，按需使用。
如何安装或部署这个 Agent？
方式一：在 AI 编码工具中直接说“安装这个 skill https://github.com/worldwonderer/oh-story-claudecode”。方式二：命令行执行 npx skills add worldwonderer/oh-story-claudecode -y -g（全局安装）或去掉 -g 仅安装到当前目录。升级时重复同一条命令。Windows 若出现 ENOENT 报错，重跑命令即可修复。
如何使用这个 Agent？
安装后，在写作项目根目录运行 /story-setup（或 $story-setup）部署 hooks、agents 与 AGENTS.md，然后新开会话。使用 /story-long-write、/story-short-write 等斜杠命令或自然语言（如“帮我开书”）触发对应 skill。对于已有小说，先运行 /story-import 导入。小说内容仅在本地处理，Dashboard 服务监听 127.0.0.1。
这个 Agent 有哪些优点和局限？
- 全流程覆盖，从扫榜、拆文到写作、去AI味、封面生成，集成度高。
- 模块化拆文与对标学习，可复用优质写作套路。
- 支持多平台（Claude Code、Codex、OpenClaw 等），提供自然语言触发与斜杠命令。
- 文件系统管理项目状态，便于审计与版本控制。
- 内置 7 个专业 Agent 分工协作，提升写作效率。
- 部署依赖多平台配置，不同 CLI 的支持程度不一（如 ZCode 3.3.4 不支持 custom agents，功能降级）。
- 需要新开会话或重跑 /story-setup 才能应用更新，升级流程稍显繁琐。
- 部分功能（如 browser-cdp）需要网络与外部服务，可能涉及爬取限制。
- 文档与示例以中文为主，不熟悉中文环境的用户可能上手困难。
这个 Agent 与同类方案有什么区别？
未在源中找到确切的替代品比较，但可视为通用写作辅助工具，与专门的网文写作软件或纯提示词方案相比，它提供了结构化的拆文与工程化管理。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| OH Story — 网文写作全流程 Skill 包 当前 | 75 · 表现良好 | Agent 插件 / 技能免费 + 模型费 | ★ 7.7k | 1 天前 | Python | Codex · Claude Code |
| AIWriteX 智能内容创作平台 | 43 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 2.1k | 1 个月前 | Python | — |
| KrillinAI 视频翻译与配音 | 62 · 存在缺口 | 桌面应用免费 + 模型费 | ★ 14k | 今天 | TypeScript | OpenAI API |
| InkOS 故事创作工作台 | 50 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 10k | 今天 | TypeScript | Claude Code · OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示：项目采用最小权限原则，hooks 仅做检查不阻断（除大纲守卫），dashboard 仅监听 127.0.0.1，数据不上传；用户确认：安装需用户主动执行，部署需用户运行 /story-setup，hooks 需用户信任；数据流透明：README 明确说明数据流向，dashboard 本地服务；敏感数据处理：小说内容不上传，但未明确说明如何处理用户 API 密钥等；依赖安全：依赖较少，devDependencies 仅 Playwright，但未提供依赖审计；外部影响：hooks 会修改项目文件，但需用户部署；回滚：提供 UPGRADING.md 迁移指南，但未提供自动回滚；来源归属：README 致谢第三方工具，但未明确说明所有第三方代码来源。扣分：敏感数据处理和依赖安全证据不足，回滚仅文档。
证据显示：项目内部一致性较好，README 与 skills 描述一致；依赖可用性：依赖较少，但未提供依赖锁定；失败消息：README 提到 Windows 安装报错提示，但未提供全面的错误处理文档。扣分：依赖锁定和错误处理文档不足。
证据显示：明确目标用户（网文作者），场景覆盖长篇/短篇全流程；能力边界：README 说明各 skill 功能，但未明确限制；触发精度：提供多种触发方式，但未说明冲突处理；环境适配：支持多种 CLI 和平台，提供适配说明。扣分：能力边界和触发冲突处理不足。
证据显示：信息架构清晰，README 有完整目录；安装说明详细，提供多种安装方式；命名稳定：skill 命名一致，但未说明命名规范；示例和 FAQ：提供 demo 和常见问题；已知限制：README 提到部分平台限制，但未全面列出；许可证：MIT 许可证明确；版本和变更日志：有 CHANGELOG.md 和版本说明；维护责任：未明确维护者。扣分：命名规范、已知限制、维护责任不足。
证据显示：输出可用性高，提供结构化输出和 demo；边际价值：提供完整写作流程，价值明显；成本效益：免费开源，但需要用户配置环境。扣分：成本效益未量化。
证据显示：声明可追溯，README 提供 demo 和文档；交叉验证：提供外部工具参考，但未提供独立验证；事实与推断分离：README 区分了事实和推断。扣分：交叉验证不足。
- 未验证发布者身份，安装前请自行审查代码。
- hooks 会修改项目文件，部署前请备份。
- 依赖未锁定，存在供应链风险。
- 敏感数据处理细节不明确，请勿在项目中存放密钥。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
v0.9.0 v0.9.0 — 资料按写书时刻重组
发布说明摘录
升级后在写作项目根重跑 /story-setup（Codex 用 $story-setup），再新开会话。本版 agents_version: 36：助手模板、项目指令和参考资料包一起换了，不重跑的话旧助手会去找已经删掉的资料；书稿、设定、追踪和作者记忆不用迁移。 v0.9.0 把 13 个技能的参考资料按「作者在写书的哪一步」重新整理，每一步有一份流程说明和至多一份方法资料，重复、过时和没人读的资料合并后删除。 - 排纲：出卷纲、出细纲分「主会话怎么做」和「排纲方法」两部分，九份重复的方法资料并入对应文件；作者只说「这章没劲」之类的症状时，先诊断再回炉。 - 写正文：写手的技法规则和去 AI 味方法不再互相打架。对比试写测不到退步，检测器必须修的命中减半。 - 短篇：平台、导语、字数、付费点只在一处定，导语规则按七猫热门短篇定；平台统一叫「知乎盐言」。 - 导入：长篇卷纲改用单元卡，导入后用 /story-long-write 写第N章 续写；之前导入的长篇要重写旧章时，先把那一卷的旧单元改写成单元卡。 - 拆文与扫榜：旧拆文成果只补缺口，不整本重拆；同一页上的两份相同榜单只算一份，选题结论会推荐要拆的对标书。 …在 GitHub 查看 ↗ -
v0.8.6 v0.8.6：三层去味与全技能精修
发布说明摘录
> 本版 agents_version: 35、setup_skill_version: 1.3.3。已有项目更新技能包后，在项目根重跑 /story-setup（Codex 用 $story-setup），再新开会话；助手模板、项目指令与参考资料包需要一起更新。书稿、设定、追踪和作者记忆数据无需迁移。 v0.8.6 把去 AI 味扩展为表达、叙事用笔与故事因果三层诊断，并精修全部技能的工作流说明。长期积累的词汇、句式和样本继续保留，作者记忆集中由长短篇写作管理。 Changed - 去味分别检查三层问题。 未限定范围的独立去味完整检查表达、详略与故事因果；先治理电报体和短碎句，也检查长句中的逐项播报。词频不再决定是否检查后两层，七个 Gate 保留为定点范围接口，不再按轻中重或固定删减率改稿。旧词表64个核心词项、重要句式分支与复合原例全部保留，命中后回到语境判断。 - 改稿与审稿同步执行边界。 表达、已有承接和详略可在普通去味中修复；改变动机、事件、结果或揭露顺序时，区分设计建议与已授权重写。只检测保持正文不变，定点改稿不整理范围外标点。审稿先复核检测提示的实际阅读损失，再按影响定级；功能性原句的保留仍遵守作者选择和既有白名单。 …在 GitHub 查看 ↗ -
v0.8.5 v0.8.5 — 写正文能带上的作者习惯约多一倍，扫榜加书库新书
发布说明摘录
> 技能文件有改动，agents_version 与助手模板都没变（仍是 34）：更新技能包、新开会话即可，不用重跑 /story-setup。 v0.8.5 让写正文能带上的作者习惯约多一倍，没带上的会在汇报里点名；起点、七猫扫榜加上最近冒头的书库新书。 Added - 扫起点、七猫时能看最近冒头的新书：两边各多了一份「书库新书」——最近三天还在更新、30 万字以内的连载书，七猫按点击、起点按人气，翻页取前几页（默认 3 页，最多 10 页），名次就是点击或人气排名，汇总时算进「新书榜」那一列。七猫这份不用开浏览器，题材会补成和排行榜一样的大类；起点这份要开浏览器，页面上加密的字数会解出来，签约、收费从作品页补；新书的总推荐数值小，单独列出，不和月票榜、畅销榜混算热度。说「扫七猫新书」也会进长篇扫榜。 Changed - 写正文时能带上的作者习惯大约多一倍：记下的写作习惯，原来大半篇幅花在编号、分类这些格式上，写手实际读到的不到一半，十几条就开始漏。现在按写手真正读到的文字计算篇幅，同样的篇幅能装下约一倍的习惯（每条 40 字左右时从 8 条到 15 条）。 Fixed …在 GitHub 查看 ↗