写作 Skill 是什么:和提示词、插件、MCP 怎么分
Oh Story · 更新于 2026-10-15
Agent Skill 是一个装着任务说明和参考资料的文件夹,Claude Code、Codex 这类兼容宿主可在处理匹配任务时按需读取。用它不需要写代码。对小说作者来说,任务可以是把灵感整理成细纲、导入已有书稿,或结合项目设定改一章。Oh Story 包含 13 个小说写作 skill,调用宿主已配置的模型。提示词表达一次请求,也可以保存成模板;Skill 把可复用流程与资料组织在一起,插件负责打包分发能力,MCP 服务器则通过协议提供工具。先定写作任务,再选运行环境。下面的示例先在聊天里比较两个调查开端,再创建规划文件。
开始之前
- 一项具体写作任务,以及你拥有或获准使用的材料。一个故事点子、一章待修改的正文,或一部未完成的小说,都可以作为起点。
- 使用 Oh Story 需要先配置受支持的 Agent 宿主,并准备写作项目目录。下面的写作任务不用写代码,你要做的是打开正确的目录、按说明安装,并判断是否允许文件与工具操作。不想管理这套环境,可以了解独立的 ZenStory 工作台。
操作步骤
- 先判断一句提示词是否已经够用 只是“想五个书名”或临时修改一段文字,一条清楚的提示词往往就够了;提示词也可以保存成可复用模板。如果你反复粘贴同一套步骤、反复提供同一批参考资料,或需要让拆文、列纲、修订之间有固定交接,再考虑 skill。打包带来的是可复用的流程,每次回答的好坏仍要逐次判断。
- 分清指令与技能包 一个 skill 以 SKILL.md 为入口,包含元数据和任务说明,也可以附参考资料、模板或脚本。兼容宿主发现它后,按需加载相关说明。“Skill pack / 技能包”是对一组相关 skills 的非正式叫法;Agent Skills 标准定义的是单个 skill 的格式。Oh Story 就把写作、导入、拆解、修订等任务组织成一组技能。
- 把模型、宿主、插件和 MCP 分开看 模型负责生成回答;宿主负责运行会话、管理工具与权限。在 Claude Code 中,plugin 是分发容器,可以一起装入 skills、agents、hooks 和 MCP servers。MCP 是让 AI 应用连接外部数据和工具的协议,和 skill 分属不同的层。这些层可以配合使用;装一个 skill 是给宿主添了一套可加载的说明,模型本身不变。
- 按手头材料选择入口 只有点子:长篇用 story-long-write 规划,短篇用 story-short-write。已有小说:先按导入续写指南重建项目,再要求写第 21 章。已有正文想听编辑意见:用 story-review;只想改掉某段的套话和机械表达:用 story-deslop,并参考带修改理由的前后对照。不知道该选哪个,就让 story 路由判断。Oh Story 侧重中文网文流程,评审尺度也按网文来定。点子还很松时,可先用下方首轮回复示例比较两个具体开端及其未决选择,不启动项目。
- 选一种匹配的安装方式,在自己的书稿目录里工作 Oh Story 项目页提供 npx skills 安装方式。在 Claude Code 里,这条路径使用 /story-setup,完成后新开会话,再用 /story。Claude Code marketplace 插件则使用 /oh-story:story-setup 这样的命名空间命令。按实际安装路径使用命令,两套命令不要混用;其他宿主的命令语法,以及对 hooks、专用 agent 的支持,各有差异。
- 能不能只让 AI 规划小说,不代写正文? 可以。新书请求如 /story-long-write 帮我开书,默认只做规划,在正文前停下;同次明确要求写章或日更才会进入正文。规划会写入所请求的设定与大纲;明确进入新书正文写作时,才初始化追踪状态。如果只是想比较点子,用普通聊天说明:“只在本次回复里讨论两种结构,不启动开书流程,不创建或修改文件。”这句话是你在请求里划定的操作边界,文件读写权限仍由宿主的权限设置管理。裸调用 /story-long-write 只诊断项目、列出下一步;要拿到完整规划,就发开书请求。
- 要全书结构,章级细纲分批来 把交付物说具体:全书卷级鸟瞰、卷纲,以及首批最多十章细纲。卷级鸟瞰交代全书大方向,细纲说明接下来一段中人物具体做什么。后续按剧情单元滚动补纲。“规划整本书”交付所请求的全书或卷级结构;需要章级细纲时再明确提出,指定章节范围也可以分批连续交付。已有书稿应点名待补的区间,不要重新启动开书;用从章纲到章节里的限定范围修订示例,保护已经确认的内容。
- 作者裁定关键选择,不必逐项批准所有小细节 下面的海港悬疑简报中,修收音机、回避家庭矛盾、第三人称限知与可观察线索,是已经确定的约束;核心谜底和家人与谜案的关系尚未确定。要求列出一至两个候选,说明各自怎样改变线索、人物选择和最后的揭示,不把候选嫌疑人直接当成既定事实。现有流程允许自由补充一次性细节,并在既定框架内为会复用的新设定建档;牵连全书的真相、主线变更或与旧裁定冲突的内容,要交作者决定。受影响部分等待裁定,其余规划可以继续。选定后先把决定落入相应设定,再补齐受影响细纲,最后才明确要求正文。如果角色卡很详细、故事却仍推不动,接着看人物动机指南,把目标、在乎的理由和惯用办法连到具体选择。
- 回到同一个项目目录接着写 下次打开时,回到同一个写作目录,先询问已确定的内容与下一步。修订时指出具体章节或段落;把作者习惯与这本书的故事事实区分开,要求把改动写进相关项目记录,下次续写依靠的是这些记录。如果使用 DeepSeek Harness,接着看独立的DSH 写作指南。
示例
示例
在 Claude Code 中通过 npx skills 安装并完成 /story-setup 后,在写作目录新开会话。下面是可以照着改的建议请求。
只有一个想法时,先要一轮能帮你作选择的回复 有一个想法就能开始讨论,完整人设、全书章数和软件术语都可以之后再补。把已经决定的事、还没决定的事,以及这轮要什么结果分开写。下面先用普通聊天比较方向;“帮我开书”留到准备建立规划文件时再说。
可以直接改这段请求: “我暂时只确定:故事在海港,主角修旧收音机,遇到家庭矛盾时习惯回避。用第三人称限知、可观察的线索,不靠超自然力量解谜。篇幅和核心谜底还没定。只在本次回复中比较两种调查开端:主角先做什么,会碰到什么阻力,各有什么还要我决定。不要启动开书或其他技能,不扫榜、不查外部资料,不创建或修改文件,也不写章节正文。新增人物、物件和线索先标作提案。” 这段话划定的是本轮回复的工作范围;有工具权限的宿主,文件读写仍按宿主自己的权限设置管理。
一份原创的首轮回复示意 下面的两种开端二选一,是同一个故事的两种起法。取件条、来客和修理痕迹都是本指南为比较而提出的新材料,还没成为项目设定。
方向一:从一张取件条追查来历。 候选开端是来客送来旧收音机,附着一张写有她家人姓名的取件条。她想先核对条据和机器是否真的对应,却不愿直接问家人。第一步可以向交件者追问来源,再核对可见编号;阻力是“同一个名字”还不能说明家人做过什么。 需要作者选择的是,这张条据要把调查引向保管、维修还是转赠的往事,以及家人以什么方式卷入。先不要把姓名当成作假的证据。这一方向把私人关系压力较早放到调查里。
方向二:从两位来客的不同说法开始。 候选开端是两人同时认领一台旧收音机,各自说出一个与机器上可见修理痕迹有关的细节。主角先选一项能够核对的说法追问,谁说得再笃定,她也不替谁担保。阻力在于两个说法不同,却可能都属实:这台机器也许在两人之间转过手。 需要作者选择的是,哪种说法值得她先追查、可观察证据是什么,以及家人是否参与过转手。这一方向先给她一个当面处理分歧的处境;家庭联系还要设计进情节,光写在人物简介里不够。
首轮到这里就能讨论:你更想先写私人关系牵住调查,还是先写主角面对两个人的分歧?两版都给出了可做的第一步;整部书的真相、家人角色和最终揭示留给你之后裁定,章纲到规划请求时再生成。选定方向后,其中每项提案仍单独处理:具体人物、物件和线索可以保留、拒绝或待定,首轮不必逐项定完。
下一轮:说清要什么,别只回“继续” 若还在犹豫,可以点名比较一个差异,例如:“保留方向二的当面对质,再说明它怎样逼近主角回避家人的问题;仍只是提案,不把新关系记成事实。”这样下一轮只推进这一处,题材、人物卡和开头都保持原样。 准备建立写作项目时,把自己选定的方向写进下面的开书请求,并列明仍未确定的谜底与家人角色。下方请求保留了这两项待裁定;如果你已经决定,就用自己的裁定替换那两行,让每一项只有“已定”或“待定”一种状态。选择一个调查开端,只完成了一个方向选择;必要设定与受影响细纲仍要补齐,才到明确要求正文的步骤。
准备创建规划文件时: /story-long-write 帮我开书 规划一部原创的中文海港悬疑连载。 主角修理旧收音机,遇到家庭矛盾时习惯回避。 第三人称限知视角,线索必须可观察,不用超自然力量解谜。 交付核心卖点、角色约束、全书卷级鸟瞰、卷纲和前十章细纲。 到这里停下,不要写正文。 核心谜底和家人与谜案的关系先不要替我定:列出一至两个候选, 说明影响哪些细纲;受影响部分等我选择,其余规划继续。 停下时列出创建或修改的文件、已完成细纲的章节范围, 以及尚待作者裁定的问题。说明初始追踪是否已创建; 大纲阶段尚未完成时,不要声称已经初始化。
还有未决问题时,先完成选择,并明确要求保存选定的设定、 完成剩余规划,仍不写正文。 读完并修改完整规划后: /story-long-write 写第1章 按已确认的细纲推进,用对话和行动呈现冲突。 只写第一章,最后说明本次更新了哪些项目记录。
预期文件
- 可选的聊天首轮交付:两个候选开端、各自的第一步、阻力与作者选择。这份比较只在回复里;项目文件和全书规划在之后的开书请求中生成。
- 环境部署生成所选宿主的技能与配置文件。这些文件构成写作的工作环境。
- 规划文件包括设定、全书卷级鸟瞰 大纲/大纲.md、卷纲 大纲/卷纲_第X卷.md,以及逐章独立的 大纲/细纲_第XXX章.md。交付时说明实际完成的章节范围和未决问题;依赖裁定的部分补齐之后,才算整本规划完成。
- 明确请求写新书第一章后,写作流程才在动笔前初始化追踪状态:第0章检查点、续写状态卡,以及空的伏笔与时间线视图。只做规划不建立这些记录。未来揭示留在大纲,等正文真正写到才记入追踪;已有小说导入后,先读重建的项目材料,再要求续写。
- 章节连续性依靠追踪状态等项目记录,所以要保留写作目录,并备份需要保存的材料。
- 已有章纲时,接着看从章纲到章节:把剧情标签变成可见证据、选择与后果,不给每章硬塞反转。
检查结果
- 接纳一章前,自己通读一遍:场景是否成立、人物选择是否可信、前后事实是否一致。
- 安装信任与模型、服务配置需要分别判断。技能本身开源,模型额度来自宿主配置的模型服务;推理在哪里运行也由这项服务决定,与技能文件是否放在本机无关。