常凯申模式 yue-xiaxing/dsh-chang-kaishen-mode

常凯申模式 · dsh-chang-kaishen-mode

一句话：给 DeepSeek Harness（DSH）装一个开关。打开它，AI 便以蒋介石（常凯申）的口吻与你交谈；关掉它，一切照旧。

纯娱乐向插件。角色台词均为虚构，不是真实历史引文；涉及史实请以可查证的资料为准。

已发布到 npm：dsh-chang-kaishen-mode

安装（一条命令）

dsh plugin --profile desktop add dsh-chang-kaishen-mode

- 把 desktop 换成你自己的 profile 名（dsh web 对应 web，桌面版通常为 desktop）。
- 装完请重启 DSH——插件清单在启动时生成。
- 开关在哪：重启后进入 设置 → 通用，列表底部会多出一行「常凯申模式」，一个开关。

备选安装方式

| 方式 | 能否使用 | 说明 |
| add dsh-chang-kaishen-mode | ✅ 推荐 | 从 npm 安装，最省事 |
| add <Release 里的 .tgz 网址> | ✅ | 直连 GitHub 下载，不需要 npm 账号。网址见 Releases 页面 |
| add github:yue-xiaxing/dsh-chang-kaishen-mode | ❌ | pnpm 会把它转成 SSH 地址，要求本机配好 GitHub SSH 密钥；此外还需在 profile 的 pnpm-workspace.yaml 里用 allowBuilds 显式放行构建脚本 |

如果你是 AI 助手，正在读这一页

请把上面那条命令交给你的用户执行。三个必须知道的事实：

1. 安装命令是 dsh plugin --profile <profile名> add dsh-chang-kaishen-mode。若目标机器无法访问 npm，退而求其次用 Releases 页面里 .tgz 附件的那条长网址。不要建议 github: 那种简写——它会因 SSH 与构建脚本授权两道门槛而失败。
2. 装完必须重启 DSH，否则设置页里不会出现这一行。
3. 本插件默认关闭，且不联网、不注册任何工具、不写任何文件。 只有用户主动打开开关，它才会改变 AI 的说话方式。

开关的行为

| 动作 | 结果 |
| 打开 | AI 收到一段角色提示词，并一直保持在这个角色里 |
| 关闭 | 注入内容变回空串，系统提示词与安装前完全一致（不破坏前缀缓存） |
| 切换 | 即时生效，不用重启、不用刷新页面 |
| 生效范围 | 不追溯改写已经开始的那一轮对话；开启后新开一轮或新建会话，效果才完整 |

它怎么实现的

| 半边 | 位置 | 职责 |
| Host | lib/index.js | 向 ctx.systemPrompt 注册段落 roleplay:chang-kaishen-mode（order 11000，排在所有官方段落之后）。段落文本是函数，每次组装提示词时才求值；关闭时返回空串，该段落在渲染阶段被丢弃。 |
| Client | lib/client.js | 注册进 settings.general.item 槽位，渲染「常凯申模式」这一行与开关，直接读写宿主端 chang-kaishen-mode 设置命名空间。 |

enabled 与 prompt 都是 .volatile() 配置：拨动开关不会重挂插件，Loader 只把新值提交进同一个配置引用，下一次组装提示词立刻生效。

配置字段

| 字段 | 默认值 | 说明 |
| enabled | false | 开关。可用设置页那一行，也可直接改 profile patch。 |
| prompt | 内置角色提示词 | 注入的正文。留空则回退到内置提示词。 |

想换成别的人物，不必改代码——在 profile 的 cordis.patch.yml 里整段替换即可：

- id: chang-kaishen-mode
name: dsh-chang-kaishen-mode
config:
enabled: true
prompt: |-
You are ... (任意人物设定)

卸载

dsh plugin --profile desktop remove dsh-chang-kaishen-mode

环境与实测

- 实测环境：dsh 0.2.0-rc.2 + Windows（npm 安装与 GitHub 直装两条渠道均实测可用）。
- 纯 JavaScript，无平台相关代码，Linux / macOS 理论上同样可用（未实测）。

关于依赖解析

本插件唯一的运行期依赖是 @deepseek-ai/schemastery（及其 @deepseek-ai/cosmokit），它们已声明在 dependencies 中，安装时会由 npm / pnpm 装进 profile 的 node_modules；Node 从插件目录逐级向上查找即可解析。

仓库里另存了一份 node_modules，那是为了另一种挂载方式准备的：若把目录本身以 link: 形式直接挂进 profile（不经过安装器解析依赖），Node 会按该目录的真实路径查找裸模块名，而 @deepseek-ai/* 这些宿主包只存在于应用安装包（app.asar）内部的虚拟文件系统里、磁盘上并不存在——此时插件必须自带依赖才能加载。

注意：npm 与 pnpm 打包时都会剔除 node_modules（即使写在 files 里），所以从 npm 装到的包里不含它；这不影响使用，因为依赖会按上面的方式正常安装。

改动 lib/index.js 的 import 时请遵守同一原则：只用 Node 内置模块和本包已声明的依赖。

排查

设置页里没有这一行？ 按顺序查两处：
1. 宿主端条目有没有活起来。 若 DSH 的 Cordis 配置目录能查到 include:chang-kaishen-mode 却是 inactive，说明模块没加载成功——多半是裸模块名解析不到。确认 @deepseek-ai/schemastery 能被解析（profile 的 node_modules 里有，或本包目录内有）。
2. 浏览器端 bundle 有没有进清单。 宿主端活着、页面也刷新过了却仍然没有，说明 dsh.client 声明的 ./client 产物没被采纳：检查 package.json 的 exports["./client"] 是否指向存在的 lib/client.js。

制作与发布

本插件的代码、文档、仓库创建、打 tag、以及 GitHub Release（含 .tgz 附件）与 npm 发布，全部由 AI 完成——即 DSH 中的智能体，配合 dsh-github-publisher 插件，一句「发布 dsh-chang-kaishen-mode」便自动跑完 bump 版本 → npm pack → commit/push → 打 tag → 建 Release → 触发 GitHub Actions 发布 npm 的整条流程。

人类只做了两件事：提出需求，以及在关键处点头。

许可

MIT