前言¶
在 DeepSeek Harness（DSH）里做中文长文或提示词合成时，常见做法是直接让模型「概括多份材料」。这样会丢细粒度出处：成品里的字很难对应回原文哪一句。叠词插件 dieci-compiler 走另一条路——先把文档收成「一句一行」的语义结构，再按词把相关句子配成对，最后用配对结果出成品，并强调「每个字都能追回到原文」。下面介绍它是什么、怎么装、怎么用。
这是什么¶
dieci-compiler（叠词）是社区维护者 Mydogsname 发布的 DSH 插件，当前 package 版本为 1.2.0，采用 MIT 许可证。它面向「多份本地中文文档 → 带注释结构的成品」这一流程：不自带大模型与工具运行时，而是依赖 DSH 自带的 @deepseek-ai/dsh-tools 与 @deepseek-ai/dsh-llm（peer 要求 >=0.1.0-rc.1）；README 记载在 DSH 0.1.0-rc.5 上做过实测。
插件在宿主会话里注册五个工具、三条串联命令，以及一段系统提示；需要指定注释表层次或落点时，应直接调用对应工具，而不是只依赖快捷命令。
核心功能¶
五个工具分工如下（名称与作用来自仓库 README）：
| 工具 | 作用 |
|---|---|
decompose |
正文 → 语义文件；自检不过不落盘，失败时重试 3 次 |
check_notes |
只读对账：一句一行、保真、覆盖、组间空行 |
dieci |
无题提取：多份语义 → 注释表 + 剩余文本 |
supplement |
有题提取：剩余文本 + 题目 → 主题注释表 |
compose |
注释表 + 剩余文本 → 成品 |
三条命令把上述步骤串起来，适合按固定管线跑通；更细的层次或输出路径需在工具调用里自行指定。
整体链路可以概括为：分解 → 校验 → 提取（无题或有题）→ 合成。check_notes 在分解之后用来核对格式与覆盖，避免带着错误结构进入后续步骤。
安装与启用¶
从 GitHub 安装到指定 profile：
pnpm dsh plugin --profile <profile> add github:Mydogsname/dieci-compiler
在改插件源码时，可从本地目录安装：
pnpm dsh plugin --profile <profile> add ./dieci-compiler
卸载：
pnpm dsh plugin --profile <profile> remove dieci-compiler
装完后需重启宿主；重启后会话中应出现上述五个工具、三条命令及系统提示。安装前建议浏览仓库源码与 LICENSE，确认与当前 DSH 版本及 peer 依赖一致。
典型用法¶
README 未给出带具体文件路径的逐步示例，但可复现的管线路径是明确的：
- 对每份中文正文调用
decompose，得到语义文件；若自检失败，工具会重试且不落盘错误结果。 - 用
check_notes对语义文件做只读对账，确认一句一行、保真与覆盖符合预期。 - 若无固定题目，对多份语义调用
dieci，得到注释表与剩余文本；若有题目，对剩余文本调用supplement。 - 用
compose把注释表与剩余文本合成为最终成品。
需要一次性跑通时，可使用插件提供的三条串联命令；要对某一步的输出目录或注释表层级做精确控制时，应分步调用对应工具。仓库 files 字段中包含 示例/**，可在安装后的插件包内查看示例材料（本文未展开具体文件名，以免与本地包内容不一致）。
适用场景与注意¶
适合需要在 DSH 智能体会话里，把多份中文本地文档整理成可追溯注释结构、再生成成品的开发者；关键词侧重复合了 prompt、annotation、chinese，与「注释格式提示词」的定位一致。
务必注意：插件以当前 dsh 进程权限读写本地文件，安装前应检查源码与 MIT 许可证，并确认 profile 与重启流程符合你的安全策略。社区目录站点 SkillHub 插件页 与 GitHub 仓库相互独立索引，不代表 DeepSeek 或幻方官方应用分发。
依赖方面，本插件不捆绑 @deepseek-ai/dsh-tools 与 @deepseek-ai/dsh-llm，需由宿主环境满足 peer 版本；版本信息与实测记录以 README 与 package.json 为准。
结尾¶
dieci-compiler 把「拆句、配对、带注释合成」收成一条可检查的 DSH 工具链，适合重视出处对齐的中文文档工作流。查阅与安装可参考：SkillHub 目录、GitHub 仓库。
