DSH | dsh-novel-craft | 如何让 AI 写出你觉得好的文字

[shiyan688]

让 AI 写出你觉得对味的文字。

你只点赞、点踩，模型自己总结规律。

读候选稿的时候顺手点一下：好段落 👍，坏段落 👎。然后让模型把这批点选总结成几条能照着做的写法，写进一份档案。下一轮写稿带着这份档案，写完再点、再总结。

解决的痛点

自己写提示词太累了。"别写那么用力"它听不懂，你得反复调；调好这一次，下次开个新对话又得重来。

逐段给它写评语太烦了。 一轮摊开八到十篇候选，每篇两三千字，读完还要说"哪里好"——说不出来，只会觉得"这篇有感觉"。勉强写下的那些"更细腻""节奏不错""有点刻意"，翻译回写作等于没说，第三轮它还是同一个毛病，只是换了个说法。

说到底：判断很好下，表达很难写。 点一下是一秒钟的事，让你把"我想要什么"说清楚，你写得动十次，写不动一百次。

所以别让作者表达，让模型总结。

它总结出来的东西长这样（我自己的档案）：

## 已验证偏好（作者喜欢什么）
- 用旁观者的沉默或退缩接住血腥场面
- 新角色登台只给三两个动作细节
- 宝物价值直接用特性栏点明
## 避免的写法（作者不喜欢什么）
- 不要用比喻堆砌来写人群的恐惧
- 不要在施法后补旁白解释动机
- 不要用四字词连排描写街市与人群
- 不要让角色替读者盘点和总结收获
- 不要在对话后补一句安抚式旁白
- 不要给次要配角成段的外貌描写

这些不是我写的，是我点出来的。每条后面能点「证据」，看它当年是从哪几段原文里总结的；不认同的直接删。

**档案里只有规律，没有原文。**这一点是这个方法能成立的前提：原文一轮几千字，带两轮上下文就满了；规律是几百字节（我的是 714 字节），每一轮都带得动。所以它能一轮轮跑下去，越用越对味——而且模型记住的是"怎么写"，不是"这几句长什么样"。

---

装：dsh plugin --profile web add dsh-novel-craft　仓库：https://github.com/shiyan688/dsh-novel-craft

不想装也能先看界面：docs/preview.html 是真组件渲染出来的快照，浏览器直接打开。

[shiyan688]

更新：0.2 线发了（当前 dsh-novel-craft@0.2.1，0.2.1 只改了文档、能力同 0.2.0）。

顺带更新一下：0.2.0 发了。

这一版把"候选稿从哪来、选完怎么合起来"也做进去了，还是同一条主线——你只管点，模型负责总结：

先要十个"场景决策"方向（不是换十种形容词）→ 一篇篇写候选 → 去抽卡点赞/点踩 → 标了赞的段落按顺序合并成定稿。合并时跨篇接不上的地方写成 〔此处需过渡〕 标记，不替你补写。改稿也成了按钮：正文里点一段按 A 留批注，它只改你标过的那几段，没批注的段落差一个字就拒绝写回，写回前自动备份原稿。另外补了章节看板、情节体检（张力曲线/伏笔欠账/大纲偏移，全在本地算，正文不进模型）、全书七阶段。

发布前请三个独立视角审了一遍，抓到四个会毁作者数据的问题——分片请求把正文里的字悄悄写成替换符、按住 G 连标时标注互相覆盖、手写档案被换成空骨架、保存路径能越界写文件——都先复现再修，复现脚本固化成回归测试了。前两个都不报错，只是悄悄丢东西，这类才是最该怕的。

还有一处口径更正：以前我写"原文不进模型上下文"，其实"补齐来源"会把证据摘录里的引文交给模型，文案里漏了。现在写的是"不进写稿上下文"，三个按钮级例外和各自上限都列在 README 里。

[WeiCJ2020]

虽然还没试用这个插件看效果，但是老哥你这个帖子里面的内容就缺少一些说服力呀，几乎每一句话都是AI风格。

[shiyan688]

之前直接让code agent 发的，没过插件也没看 orz

[WeiCJ2020]

嗯呢，那正好用插件过一下，还可以测试一下效果