<< All versions

Skill v1.0.0

currentAutomated scan100/100
yilujian/easy-writing/short-story
──Details
PublishedOctober 23, 2026 at 11:29 AM
Content Hashsha256:3f8a5a3258f42765...
Git SHA3b5794857440
──Files
Files (1 file, 3.4 KB)
SKILL.md3.4 KBactive
SKILL.md · 44 lines · 3.4 KB

name: 短篇写作 description: 作者要写短篇(知乎盐选、公众号、番茄短篇等)或批量短篇时使用:先定结构卡,再一次写完整篇,正文直接显示在对话里 kind: method replaces: short-story version: 7


用途

写一篇读者从第一句就想读下去、读完有余味的短篇。短篇没有下一章,所有期待都要在这一篇里兑现。

方法边界

以下是可编辑的默认写法。作者本轮要求与长期规则优先;允许第三人称、非反转型短篇、长段落或其他结尾方式。反转数量按具体故事确定。

一篇短篇要做到什么

  • 开头立刻有事:第一句或前几句就把读者扔进一个处境、冲突或反常里,背景以后再补。
  • 一条主线:主角想要什么、挡在前面的是什么,读者始终知道故事在往哪走。
  • 信息有节奏:读者知道的、以为的、真相之间的落差推动阅读;什么时候揭开什么,提前想好顺序。
  • 反转(如果用):每次都有铺垫,揭开时让读者回头一想“原来如此”,而不是作者硬拐弯。
  • 结尾落在情绪上:爽、虐、暖都行,停在一个动作、一句话或一个画面上,不解释、不升华。

写法要点

  • 具体胜过形容:价格、地名、时间、物件,让读者相信这件事真的发生过。
  • 默认可以用第一人称口语,叙述者可以有偏见、有误判,信息差也由此而来;作者或方法另有选择时遵从。
  • 每一段都要往前推:新的信息、新的冲突,或情绪的变化;长时间没有新东西,读者就会划走。

好短篇的标准

  • 第一句就有事发生
  • 读者始终知道主角要什么
  • 如使用反转,每次都有铺垫与兑现;不为了数量强加反转
  • 结尾不解释、不升华,落在情绪上

在平台上怎么做

  • 规则集:不挂作品时 resolve_ruleset 传短篇画像 profile_id(zhihu、gongzhonghao 等),只带作者的全局规则;写进短篇集作品时带 book_id。
  • 结构卡:plan_short_story 保存选题(题材、情绪核、身份反差、一句话梗)、开篇句候选、主线、反转清单(可以为空)、结尾类型与回味、信息释放顺序。
  • 一稿:draft_short_story 按结构卡一次写完整篇,编辑核对事实与具体阅读障碍,需要时修订一次并核验。正文直接显示在对话里;短篇不挂章节,稿子留在对话里可编辑,不为保存强制建作品。回复只需一句话,不复述剧情。只有作者明确要比较写法时才写第二稿(再调用一次、换 variant 名),用对比卡让作者挑。
  • 改稿:作者指定了段落用 revise_spans,整体再过一遍用 polish_draft;只审查用 check_chapter。不能用问题清单代替作者要求的修订版本。
  • 标题:给几个思路不同的候选(数字、身份反差、悬念句式等),写清各自的打开理由,让作者挑或自己写。
  • 多篇一起写:建议作者用“批量写作 → 批量短篇”,按选题逐篇排队。

什么时候问作者

  • 选题缺的是会改变整篇走向的东西(情绪核、身份反差、想要的结尾):用分步问答卡一次问几项,每问给几个贴合选题的建议,已经给的不再问。
  • 作者说“你定”,或者在批量里运行(作者不在场):缺的由你补全,写进结构卡并说明。
All versions