ZenStory AI

实用指南

不会编程也能用写作 Skill 吗?提示词、技能包、插件与 MCP 怎么分

源码核对日期 2026-09-13

Agent Skill 是一个装着任务说明和参考资料的文件夹,Claude Code、Codex 这类编程 Agent 遇到匹配任务时会自动加载它。用它不需要写代码。对小说作者来说,任务是把灵感整理成细纲、导入已有书稿,或结合项目设定改一章。Oh Story 是包含 13 个此类 skill 的小说写作技能包,不是新模型,也不是聊天软件。Skill 和提示词(存在磁盘上、可复用)、插件(分发外壳)、MCP 服务器(通过协议暴露工具)各不相同。先定写作任务,再选运行环境。下面的示例先在聊天里比较两个调查开端,再创建规划文件。

所属项目 Oh Story在 GitHub 查看源码

开始之前

  • 一项具体写作任务,以及你拥有或获准使用的材料。一个故事点子、一章待修改的正文,或一部未完成的小说,都可以作为起点。
  • 使用 Oh Story 需要先配置受支持的 Agent 宿主,并准备写作项目目录。下面的写作任务不要求你编写代码,但需要会打开正确的目录、按说明安装,并判断是否允许文件与工具操作。不想管理这套环境,可以了解独立的托管写作工作台

操作步骤

  1. 先判断一句提示词是否已经够用 只是“想五个书名”或临时修改一段文字,一条清楚的提示词往往就够了;提示词也可以保存成可复用模板。如果你反复粘贴同一套步骤、反复提供同一批参考资料,或需要让拆文、列纲、修订之间有固定交接,再考虑 skill。打包让流程可复用,不等于每次回答都会更好。
  2. 分清指令与技能包 一个 skill 以 SKILL.md 为入口,包含元数据和任务说明,也可以附参考资料、模板或脚本。兼容宿主发现它后,按需加载相关说明。“Skill pack / 技能包”通常是一组相关 skills 的非正式叫法,不是 Agent Skills 标准另外定义的对象。Oh Story 就把写作、导入、拆解、修订等任务组织成一组技能。
  3. 把模型、宿主、插件和 MCP 分开看 模型负责生成回答;宿主负责运行会话、管理工具与权限。在 Claude Code 中,plugin 是分发容器,可以一起装入 skills、agents、hooks 和 MCP servers。MCP 是让 AI 应用连接外部数据和工具的协议,不是写作模型,也不是 skill 的同义词。这些层可以配合使用;装一个 skill 并不等于训练了一个新模型。
  4. 按手头材料选择入口 只有点子:长篇用 story-long-write 规划,短篇用 story-short-write。已有小说:按导入续写指南重建项目,而不是在空目录里直接要求写第 21 章。已有正文想听编辑意见:用 story-review;只想改掉某段的套话和机械表达:用 story-deslop,并参考带修改理由的前后对照。不知道该选哪个,就让 story 路由判断。Oh Story 侧重中文网文流程,它的评审尺度不是所有小说的通用标准。 点子还很松时,可先用下方首轮回复示例比较两个具体开端及其未决选择,不启动项目。
  5. 选一种匹配的安装方式,在自己的书稿目录里工作 Oh Story 项目页提供 npx skills 安装方式。在 Claude Code 里,这条路径使用 /story-setup,完成后新开会话,再用 /story。Claude Code marketplace 插件则使用 /oh-story:story-setup 这样的命名空间命令。按实际安装路径使用命令,不要混用;其他宿主的语法以及 hooks、专用 agent 支持也可能不同。
  6. 能不能只让 AI 规划小说,不代写正文? 可以。新书请求如 /story-long-write 帮我开书,默认只做规划,在正文前停下;同次明确要求写章或日更才会进入正文。但这不是只读预览:会写入设定、大纲,并在大纲阶段完成后初始化追踪状态。如果只是想比较点子,用普通聊天说明:“只在本次回复里讨论两种结构,不启动开书流程,不创建或修改文件。”这是你提出的操作边界,不是另一个 skill 模式,也不是文件访问限制的保证。裸调用 /story-long-write 只诊断项目、列出下一步,不等于交付完整规划预览。
  7. 要全书结构,不等于一次铺完所有章级细纲 把交付物说具体:全书卷级鸟瞰、卷纲,以及首批最多十章细纲。卷级鸟瞰交代全书大方向,细纲说明接下来一段中人物具体做什么。后续按剧情单元滚动补纲,“规划整本书”不自动意味着一次写完所有章的细节;明确指定章节范围时,也可以分批连续交付。已有书稿应点名待补的区间,不要重新启动开书;用从章纲到章节里的限定范围修订示例,保护已经确认的内容。
  8. 作者裁定关键选择,不必逐项批准所有小细节 下面的海港悬疑简报中,修收音机、回避家庭矛盾、第三人称限知与可观察线索,是已经确定的约束;核心谜底和家人与谜案的关系尚未确定。要求列出一至两个候选,说明各自怎样改变线索、人物选择和最后的揭示,不把候选嫌疑人直接当成既定事实。现有流程允许自由补充一次性细节,并在既定框架内为会复用的新设定建档;牵连全书的真相、主线变更或与旧裁定冲突的内容,要交作者决定。受影响部分等待裁定,其余规划可以继续。选定后先把决定落入相应设定,再补齐受影响细纲,最后才明确要求正文。 如果角色卡很详细、故事却仍推不动,接着看人物动机指南,把目标、在乎的理由和惯用办法连到具体选择。
  9. 续的是同一个项目,不只是同一段聊天 下次打开时,回到同一个写作目录,先询问已确定的内容与下一步。修订时指出具体章节或段落;把作者习惯与这本书的故事事实区分开,要求更新相关项目记录,而不是只在聊天里答应“记住了”。如果使用 DeepSeek Harness,接着看独立的DSH 写作指南

示例

示例

在 Claude Code 中通过 npx skills 安装并完成 /story-setup 后,在写作目录新开会话。下面是建议请求,不是模型运行记录。

只有一个想法时,先要一轮能帮你作选择的回复 不必先补齐完整人设、全书章数和软件术语,才开始讨论。把已经决定的事、还没决定的事,以及这轮要什么结果分开写。下面先用普通聊天比较方向;不需要把“帮我开书”当成打招呼。

可以直接改这段请求: “我暂时只确定:故事在海港,主角修旧收音机,遇到家庭矛盾时习惯回避。用第三人称限知、可观察的线索,不靠超自然力量解谜。篇幅和核心谜底还没定。只在本次回复中比较两种调查开端:主角先做什么,会碰到什么阻力,各有什么还要我决定。不要启动开书或其他技能,不扫榜、不查外部资料,不创建或修改文件,也不写章节正文。新增人物、物件和线索先标作提案。” 这是你提出的工作范围,不是特殊命令或文件权限隔离;有工具权限的宿主仍需按实际权限设置管理。

一份原创的首轮回复示意——不是软件运行结果 下面的两种开端是替代方案,不是同一故事连续发生的两件事。取件条、来客和修理痕迹都是本指南为比较而提出的新材料,还没成为项目设定。

方向一:从一张取件条追查来历。 候选开端是来客送来旧收音机,附着一张写有她家人姓名的取件条。她想先核对条据和机器是否真的对应,却不愿直接问家人。第一步可以向交件者追问来源,再核对可见编号;阻力是“同一个名字”还不能说明家人做过什么。 需要作者选择的是,这张条据要把调查引向保管、维修还是转赠的往事,以及家人以什么方式卷入。先不要把姓名当成作假的证据。这一方向把私人关系压力较早放到调查里。

方向二:从两位来客的不同说法开始。 候选开端是两人同时认领一台旧收音机,各自说出一个与机器上可见修理痕迹有关的细节。主角先选一项能够核对的说法追问,而不是凭谁说得笃定就替谁担保。阻力在于两个说法不同,却未必是一真一假;物件也可能经历过转手。 需要作者选择的是,哪种说法值得她先追查、可观察证据是什么,以及家人是否参与过转手。这一方向先给她一个当面处理分歧的处境;家庭联系仍要设计,不能只留在人物简介里。

首轮到这里就能讨论:你更想先写私人关系牵住调查,还是先写主角面对两个人的分歧?两版都有可做的第一步,但没有替你确定整部书的真相、家人角色或最终揭示,也没有生成章纲。这不是用两个开头冒充一整套连载设计。选方向不等于自动接受其中每项提案;具体人物、物件和线索仍可保留、拒绝或待定,首轮不必逐项定完。

接下来怎样用,而不是只回复“继续” 若还在犹豫,可以点名比较一个差异,例如:“保留方向二的当面对质,再说明它怎样逼近主角回避家人的问题;仍只是提案,不把新关系记成事实。”不必让下一轮把题材、人物卡和开头全部重做。 准备建立写作项目时,把自己选定的方向写进下面的开书请求,并列明仍未确定的谜底与家人角色。下方请求保留了这两项待裁定;如果你已经决定,就用自己的裁定替换那两行,不同时写成“已定”又“待定”。选择一个调查开端,只完成了一个方向选择;必要设定与受影响细纲仍要补齐,才到明确要求正文的步骤。

准备创建规划文件时: /story-long-write 帮我开书 规划一部原创的中文海港悬疑连载。 主角修理旧收音机,遇到家庭矛盾时习惯回避。 第三人称限知视角,线索必须可观察,不用超自然力量解谜。 交付核心卖点、角色约束、全书卷级鸟瞰、卷纲和前十章细纲。 到这里停下,不要写正文。 核心谜底和家人与谜案的关系先不要替我定:列出一至两个候选, 说明影响哪些细纲;受影响部分等我选择,其余规划继续。 停下时列出创建或修改的文件、已完成细纲的章节范围, 以及尚待作者裁定的问题。说明初始追踪是否已创建; 大纲阶段尚未完成时,不要声称已经初始化。

还有未决问题时,先完成选择,并明确要求保存选定的设定、 完成剩余规划,仍不写正文。 读完并修改完整规划后: /story-long-write 写第1章 按已确认的细纲推进,用对话和行动呈现冲突。 只写第一章,最后说明本次更新了哪些项目记录。

预期文件

  • 可选的聊天首轮交付:两个候选开端、各自的第一步、阻力与作者选择。这是回复中的比较,不是书稿、已保存项目或已经完成的全书规划。
  • 环境部署生成所选宿主的技能与配置文件。这些是工作环境,不是书稿本身。
  • 规划文件包括设定、全书卷级鸟瞰 大纲/大纲.md、卷纲 大纲/卷纲_第X卷.md,以及逐章独立的 大纲/细纲_第XXX章.md。交付时说明实际完成的章节范围和未决问题;依赖裁定的部分还没完成,就不能笼统说“整本规划已完成”。
  • 必要的作者裁定完成、受影响细纲补齐,大纲阶段完成后,新书流程才初始化检查点、续写状态卡,以及空的伏笔/时间线视图与目录。这些是起始记录,不表示正文已经发生;未来揭示留在大纲,不当作已发生事件写入追踪。已有小说导入后,先读重建的项目材料,再要求续写。
  • 章节连续性依靠追踪状态等项目记录,不靠“模型记得每句话”的承诺。保留写作目录,并备份需要保存的材料。
  • 已有章纲时,接着看从章纲到章节:把剧情标签变成可见证据、选择与后果,不给每章硬塞反转。

验证结果与边界

  • 接纳一章前,先读场景是否成立、人物选择是否可信、前后事实是否一致。流程完成不保证文笔、检测器分数或投稿通过。
  • 安装信任与模型、服务配置需要分别判断。开源技能不等于免费模型额度,文件放在本机也不等于推理离线。

来源与版本说明

了解 Oh Story全部指南