前言¶
DSH 的理念是「一切皆插件」，但插件的价值要看它解决了哪类具体问题。长篇小说写作是一类很容易被误认为「多轮对话就能搞定」的任务：长文稿有结构、有前后一致性、有节奏和门槛，单靠对话容易越写越散。下面介绍的这个插件把长篇创作拆成了一套有闸门（gate）的工作流，把「凭感觉写」换成「先搭骨架、再过闸门、逐章交付」。
这是什么¶
dsh-jipu（计谱）是一个 DSH host 插件，由维护者 waafer1 开发并托管在 GitHub：https://github.com/waafer1/dsh-jipu 。它提供的是「reader-first」（读者优先）的长篇叙事流水线，核心是 14 个闸门脚本和 12 个题材模板库，附带完整的文稿手册（SKILL.md）和一批参考文档。
它不是通用写作助手，也不是排版工具。它解决的是长篇创作中「章与章之间标准不统一」的问题：用固定脚本对每一章做同样的体检，把主观判断变成可重复执行的检查。
当前版本为 1.32.0，许可证为 MIT，属于 DSH 插件分类下的「工作流」分类。
核心功能¶
四个 action¶
插件注册了一个名为 jipu 的工具，暴露四种 action：
skill：分页读取文稿手册SKILL.md及其 12 篇参考文档，参数是offset和limit。scripts：列出全部 14 个闸门脚本。run：在项目根目录内运行某个闸门脚本，需要project参数。selftest：运行脚本自带的--selftest，用于先验证脚本本身可用。
14 个闸门脚本¶
脚本覆盖了长篇创作的主要检查点，按 README 的顺序分别是：
项目脚手架、选项卡检查、能力自检、召回包、句检、物账、对白归属、影像/滤镜检查、章指标、数字台账、章实体、章闸门、读者裁决、台账核对。
其中前三项偏「项目搭建与自测」，后十一项偏「逐章正文检查」。这正好对应插件自己的拆法：先用脚手架把项目目录、脚本副本、召回包铺好，再在每一章写完后逐项过闸门。
工作流¶
插件自带整套文稿工作流，按 README 描述包括：提纲优先的章节构建、八拍提纲、三道硬闸门、T0/T1/T2 三档交付级别、三轮修订循环，外加 12 个题材模板库、81 个节拍模板和一个桥段（trope）库。
这部分是插件真正的知识资产：题材模板库决定了不同品类各自的节奏和检查侧重，而不是用一套标准套所有题材。
安装与启用¶
官方安装命令如下：
dsh plugin --profile web add dsh-jipu
需要提到 profile 时，也可以把它作为 bundle 加进 profile 的 dsh.profile.bundles。插件清单 package.json 中声明了 bundle 补丁：
"dsh": {
"bundle": {
"patch": "./cordis.patch.yml"
}
}
也就是说启用时会加载 cordis.patch.yml 这个 loader patch，插件主体注册在 index.js。
仓库内的文件布局如下：
index.js host plugin, registers the jipu tool
cordis.patch.yml loader patch
skill/ SKILL.md, references/, assets/, tools/, agents/
locale/ en + zh display metadata
icon.svg
典型用法¶
先看有哪些脚本：
jipu { action: "scripts" }
需要读手册或参考文档时，按页取：
jipu { action: "skill", path: "SKILL.md", offset: 1, limit: 80 }
对指定项目运行闸门脚本，project 指向项目根目录，script 用脚本名，args 传位置参数：
jipu { action: "run", project: "D:/books/my-book", script: "章体检", args: ["3"] }
上面这条表示在第 3 章的项目副本上跑「章体检」。脚本发现异常时，先跑自检排除脚本自身问题：
jipu { action: "selftest", script: "句检" }
这里有一点需要特别注意。README 明确区分了两处脚本副本：项目脚手架会把闸门脚本复制进项目的 08_工具_脚本/ 目录，插件包内自带的副本只用于自检和开新项目。评审正文时应该用项目里的副本，而不是插件包内的副本，否则检查规则可能与项目实际使用的版本不一致。
适用场景与注意¶
适合这几类人：
- 需要在 DSH 里管理长篇项目结构、希望每章过同一套检查标准的人。
- 想复用现成题材模板库，而不是从零搭节奏体系的写作类智能体开发者。
- 需要把写作流程拆成可执行闸门，便于排查「某章为什么没过」的人。
不适合的是想拿它做短文本改写或一次性生成的人，这套流水线的前置成本在项目脚手架和提纲阶段。
两点注意：
- 插件以当前 DSH 进程的权限运行，能读项目目录、能执行脚本。安装前应在本地打开仓库审一遍源码，再决定是否信任其操作范围。
- 许可证是 MIT，可以商用和修改，但仍需保留原始许可声明。
结尾¶
dsh-jipu 的价值在于把长篇写作从「连续生成」改造成「脚手架 + 闸门 + 分级交付」的确定性流程，14 个脚本对应具体检查项，12 个题材模板库承担品类差异。对想要在 DSH 上做长篇内容生产的人来说，它比通用对话式写作更贴近流水线的需求。
目录页：https://www.skillhub.cn/plugins/waafer1/dsh-jipu
仓库：https://github.com/waafer1/dsh-jipu
