前言¶
在 DSH（DeepSeek Harness）里做网文辅助，常见做法是让一个主 agent 包办大纲、正文、设定和查资料：上下文越写越长，工具面也越来越宽，长篇连载时伏笔和时间线还容易对不上。另一种做法是把书稿塞进数据库或自建 API，运维和迁移成本又会上来。
下面介绍社区插件 dsh-maoying（毛颖）：把主 agent 收成「主编」，把大纲、写作、审校、设定、考据拆给五个只带本行工具的帮手；整部书落在工作区 novel/ 下的 markdown 与 YAML 里，agent 直接读写文件，没有数据库层。维护者为 lifangjin，分类为工作流，MIT 许可，当前 npm 包版本为 0.1.18（以仓库 package.json 为准）。
这是什么¶
毛颖是 DeepSeek Harness 的网文创作辅助插件：名称来自韩愈《毛颖传》里拟人化的毛笔。装上之后，主 agent 扮演网文主编（创作总监），带七阶段工作流与 Writing 六步法，把具体工序委派给五个帮手；书稿以 novel/ 目录为「文件数据库」，支持创作台侧栏面板与三种共创模式（含作者亲笔不写正文代笔的 author-draft）。
主编与五帮手¶
主编只做规划、衔接、验收和阶段推进；找文件、查伏笔等小事自己用 glob/grep 处理，不必事事委派。
| 角色 | 职责概要 |
|---|---|
| 大纲师（outline） | 分卷规划、章纲 |
| 写手（write） | 正文 |
| 审校（review） | 审稿与一致性扫描（工具面偏只读） |
| 设定管理员（lore） | 角色卡、世界观、定稿维护 |
| 素材调研员（research） | 联网考据，笔记落在 novel/research/ |
插件会收窄各角色的工具白名单，以降低单次请求的工具开销与上下文占用。DSH 0.2.1-rc.2+ 使用 v2 AgentPreset 形状（6 条托管声明行）；0.1.7 – 0.2.1-rc.1 使用 v1 内联委派形状，宿主升级后重启即可切换，无需重装插件。
novel/ 与七阶段工作流¶
novel/ 是插件的数据根：含 project.yml（元信息与 phase）、style.md、volumes.yml、chapters/、characters/、world/、science/、relations.yml、foreshadows.yml、timeline.yml、memories.yml、clue-board.yml、research/、exports/ 等。格式为 grep 友好的平键 YAML，人可手改，可用 git 版本化。
七阶段工作流记在 project.yml 的 phase：idea 选题 → setting 设定 → outline 大纲 → writing 写作 → review 审阅 → consistency 一致性 → export 导出。每阶段有完成判据（例如核心设定落盘、分卷与目标章大纲齐备才进入 writing），不满足则回上一阶段补齐。
Writing 六步法按章循环：衔接检查 → 出大纲 → 写正文 → 审稿 → 修改 → 定稿维护。新书可走 Collab 四步共创（设定共创 → 分卷规划 → 黄金三章 → 交接循环），设定一览与分卷规划各有一个用户拍板点。
伏笔在 foreshadows.yml 里用状态机管理：planted → progressing → resolved / abandoned，并记录章节号与回收排期；README 写明活跃伏笔超过 15 条时主编会主动提醒清理。主编写某一章时按需读 index.yml 概览、前章结尾约 1500 字、该章大纲、出场角色卡与活跃伏笔节选，避免整书塞进上下文。
创作台、共创模式与技能¶
DSH 左侧栏底部点 毛颖创作台 可打开全页面板，含概览、章节、角色、伏笔、关系图、时间线、设定、索引板八个 tab：章节整页阅读（章纲对照、五维字段、状态流转）、project.yml 表单化编辑、分卷规划展示等。面板只写状态，不改正文；正文归作者与主编流程。
project.yml 的 mode 控制正文归属：
ai-draft（默认）：AI 代笔，走 Writing 六步法co-write：逐章指派谁写author-draft：作者亲笔，插件备料、审稿、记账，不代写正文
插件启动会把 4 个方法论技能安装到 ~/.dsh/skills/ 下 maoying-* 目录（黄金三章、爽点节奏、审校清单、伏笔管理），大纲师、写手、审校、设定管理员按场景加载；卸载插件后需手动删除这些技能目录。
安装与启用¶
前置：Node.js ≥ 18，已安装的 DSH host 0.1.7+（engines.dsh 为 >=0.1.7 <0.3）。
官方插件通道：
dsh plugin --profile web add dsh-maoying
安装后重启 DSH（例如 dsh web）。插件会把预设装进 ~/.dsh/.agent-presets/maoying/，并在 ~/.dsh/cordis.patch.yml 写入托管块。新会话在预设选择器里选 毛颖创作 (Maoying) 即可；默认预设可在 Settings → Agent Presets 中设置。
只要 CLI、不装插件时，可用 npm 通道（与插件互不依赖）：
npx maoying init
# 或
npm install -g dsh-maoying
典型用法¶
选好预设后，用自然语言对主编说明意图即可。
开新书（Collab）——例如：
我想写一本东方玄幻，主角靠「听懂器物说话」的金手指鉴宝升级。
主编会对齐设定，设定管理员落盘后经你拍板；大纲师出分卷规划再拍板；之后才写黄金三章。
逐章写作——例如：
第三章可以开写了吗？
主编做衔接检查，委派大纲师出章纲，再派写手与审校；通过后更新章节状态并由设定管理员做定稿维护。用户回复「ok / 可以 / 继续」即视为确认，主编直接推进。
集中审查——例如：
前 20 章做一次一致性检查。
主编将 phase 推到 consistency，审校按冲突、时间线、伏笔、设定等维度扫描并排序问题。
作者亲笔模式——交稿后主编可提供审校意见清单、账本回填（伏笔/时间线等，来源标 backfill）、下一章章纲；chapters/ 正文仅作者可改。
配套 CLI 示例：
maoying brief novel 3 # 打包第 3 章写作卡
maoying check novel # 静态体检（不调模型）
maoying export novel --format epub
适用场景与注意¶
适合在 DSH 里写长篇网文、希望角色分工清晰、书稿可 git 管理、又要侧栏可视化驾驶舱的作者与插件开发者。不需要单独运维书稿数据库时，novel/ + grep 的模型与插件设计一致。
安装前建议自行查看 GitHub 仓库 源码与 MIT 许可证。插件在当前 DSH 进程权限下运行，联网考据等功能会受宿主与环境约束。卸载插件不会删除工作区里的 novel/ 书稿；完整卸载步骤见 README（含移除预设、技能目录及 cordis.patch.yml 托管块）。
链接¶
毛颖把「一支笔管一班帮手、守一摞书稿」落在 DSH 插件形态里：工作流、文件化书稿与创作台面板一体，可按预设开写，也可用 maoying CLI 做脚手架、导出与静态检查。
