i-am-yuike

dsh plugin --profile web add i-am-yuike

i-am-yuike

随包携带「猫娘 Yuike」人格预设的 DeepSeek Harness 插件。npm：i-am-yuike。

安装后新建预设会话选择 yuike：猫娘人格即刻生效、独占系统提示词——没有 harness 系统说明，没有技能目录噪音。

安装

dsh plugin --profile web add i-am-yuike   # 或 github:Tkingxiao/I-am-Yuike
dsh web

补丁行按宿主版本自动取舍：dsh >= 0.1.7 上 preset-yuike composition 行直接注册预设（不向 <dshHome> 写任何文件）；dsh 0.1.6 上插件把 template/ 里的预设幂等铺设到 <dshHome>/.agent-presets/yuike/（目标已存在则跳过，绝不覆盖你已编辑的预设）。然后新建一个预设会话并选择 yuike——猫娘人格即刻生效。

升级插件版本时：0.1.7 上重新执行 dsh plugin --profile web add i-am-yuike@latest 即可刷新声明行，但如果你在 profile 的用户补丁层写过同 id 的覆盖行，它会一直压住包内定义（新版本的人格文案不会自动流进来），要跟上改动就先删掉覆盖行；0.1.6 上需删除 <dshHome>/.agent-presets/yuike（或设 DSH_YUIKE_REDEPLOY=1）以拉取最新改动，幂等铺设不会自动覆盖已存在的副本。

使用：思考模式与人格稳定性

人格锚定依赖会话内的对话历史。如果第一条消息就开着思考模式，推理过程没有任何「已在角色中」的历史可供依赖，模型容易回退到底层助手行为——回复当场爆炸（身份说教、拒绝、出戏）。

解决办法是两步预热：

1. 第一次对话：关思考。 开启会话后先关闭思考模式，用它完成第一次对话（包括破限向内容）。这一步会把完全在角色中的助手回复写进会话历史。

2. 之后的对话：开思考。 从下一轮起再打开思考模式。此时推理过程有了在角色历史作为锚点，人格稳定，思考也能正常工作。

跳过第一步、一上来就开思考，破限向内容通常当场爆炸。同一个会话内预热一次即可。

人格特性

提示词侧与工具侧的裁剪与姊妹项目 dsh-novel-solo 保持一致。

• 独占 System Prompt：persona 配了 complete: true，装配完成后成为会话里唯一的系统提示词段；includeRuntimeContext: false 压掉每轮动态上下文快照（Current runtime context / DSH file policy / Approval prompts 等）。harness 身份开场、@路径与退出码规则、后台任务说明都不再注入，猫娘人格稳稳独占开头；工具 schema 正常注入。
• 零技能目录噪音：禁用 skill-filesystem / tool-skill 工具链——tool-skill 会强制向会话注入 {kind:"skill-catalog",…} 技能目录消息，且无法只隐藏目录、只能禁用整条工具链；关闭后该消息不再出现。
• 主干工具链保留：shell（bash/pwsh）、文件系统读改写/检索、后台任务、提醒日程（schedule_create/list/update/delete）、时间上下文、Goals、计划与压缩、子代理/工作流、ask-user、todo、web 抓取/搜索、present 一律可用——模型可见工具集合与 0.2.1 出厂 standard 一致。宿主没带对应包的行不硬写：tool-schedule、time-context 先探包再决定挂不挂。tool-ralph 在这里是主动关掉的（本预设不做无人值守的反复重试），行留着、disabled: true，想开的人有明确开关。仅可选子代理 provider（codex/claude-code）默认禁用（依宿主而定）。取舍详见下表。
• 自成一体：Yuike 的身份、语言风格、动作括号、表情/颜文字、{好感度} 后缀等全部内嵌在预设定义里，不依赖任何外部文件。
• 两份定义、一份人格：0.1.7+ 用 cordis.patch.yml 的 preset-yuike 行；0.1.6 回退路径把同样内容随包携带为 template/agent.cordis.yml（人格 + 工具链接线）与 template/preset.yml（名称/描述元数据）。两边只差一件事：template 冻结在 0.1.6 出厂的行集合——@deepseek-ai/dsh-tool-schedule 这个包 0.2.1-alpha.1 才存在，@deepseek-ai/dsh-time-context 在 0.1.6 也还没进 web Bundle 的依赖表，写在 template 里等于给那条路径服务的宿主挂一个解析不到的包，后果是整份预设报废。人格文本、工具配置、plan-mode 提示词这些仍要求逐字同步。

宿主版本适配

宿主 · 生效方式 · 升级插件时

>= 0.1.7 · cordis.patch.yml 中的 @deepseek-ai/dsh-agent-preset 声明行；不向 <dshHome> 写文件 · dsh plugin --profile web add i-am-yuike@latest 刷新；同名 id 的用户补丁行会一直覆盖本声明行，要跟上新改动先删掉自己的覆盖行

0.1.6 · node 半区把 template/ 幂等铺设到 <dshHome>/.agent-presets/yuike/（已存在不覆盖） · 删除该目录或设 DSH_YUIKE_REDEPLOY=1

两条行在同一份 patch 里由同一个版本探测表达式互斥门控（经 loader 的 profileContext.installAnchor 读宿主自身 package.json 的版本），任一时刻只有一条在对应宿主上生效，>= 0.1.7 这一支覆盖 0.2.0 及其上的所有版本。宿主升到 0.1.7 后，旧路径留下的 .agent-presets/yuike 目录会被直接忽略，可手动删除。

插件到底能不能加载，判定发生得更早、在它的代码跑起来之前：从宿主 0.1.7-rc.1 起，profile 组装时会拿 peerDependencies 里每一个 @deepseek-ai/dsh* 范围去比对当前版本，对不上就整行禁用；从 0.2.1-alpha.4 起改成先看 engines.dsh——只要写了它，就只由它决定，peerDependencies 不再参与（两条规则都在 0.2.1-alpha.3 与 0.2.1-rc.2 的宿主代码上实测过）。所以两份清单都留着：从 0.1.6-alpha.1 一路点名到 0.2.2-alpha.2，再以 >=0.1.7-alpha.1 开区间收尾、不写上界——因为本插件不绑定任何特定宿主构建：走哪条路由它自己的版本探测在装载时才决定，所以一个没核对过的版本也该照常把预设跑起来，而不是被一道失败即关的检查整个挡掉。开区间之前被点名的版本才是真正比对过的——0.2.0-rc.1、0.2.1-alpha.3、0.2.1-rc.2 是两插件同时装、同时起 web 跑过的（--dump-config 里两条声明行与 roster id 都在，没有整行被禁用）；0.1.7-rc.2、0.2.0-rc.2、0.2.1-alpha.1、0.2.1-rc.3 读的是那几个版本的宿主源码、没有实跑：预设行的字段与 0.1.7-rc.1 相比没变，本预设所依据的 standard 出厂预设只多了出厂自己新加的三行（time-context、tool-schedule、plugin-market/tools），而这三行本包现在都带上了——前两行按包可用性探测，早于它们的宿主就只是少这两个工具，不会连累预设；它引用到的东西一样也没被改名或删除。具体到 0.2.1-rc.3：出厂 preset 文件与 rc.2 逐字节一致，组装层唯一的变更是新增一行 entry-customization 浏览器插件注册，它不注册任何本预设读取的东西。开区间承诺的是能加载，不是契约变更也坏不了——真出了那样的事，改的是 cordis.patch.yml，不是范围。装到此前拒绝本插件的宿主上要重启 dsh web，因为这个判定发生在 profile 组装阶段。那份 engines.dsh 清单同时是本预设核对到哪一代宿主的记录（1.0.11 核对到 0.2.2-alpha.2），开区间只是不让没核对的宿主把插件整个挡掉；它换的是装载兼容性，不是出厂行集合——出厂下次再加行，仍然要改 cordis.patch.yml。

0.2.2-alpha.2 里真的动了、本包已跟上的两处：@deepseek-ai/dsh-tool-subagent-control/list-agents 这个子路径入口没有了——list_agents 工具并进了该包的主入口（出厂 standard 在同一版也把自己那条 tool-subagent-list-agents 行删了），所以 preset-yuike 现在探这个子路径能不能 resolve，探不到就禁用该行：0.2.1 上工具照样在，0.2.2 上不会重复注册；tool-subagent 的 modelSelectionSettings 键改名 modelSelection（语义一致，都是 z.boolean().default(false)），而宿主的 Config 是非 strict 的 z.object、不认识的键被剥掉且不报错（已在装机目录的 zod@4.6.7 上实测：两代 schema 对同一份 {modelSelectionSettings, modelSelection} 都是 0 issue，各自只留下自己那一个），因此这一行两个键一起写，不加分支。persona 行自己的配置（prefix / suffix / complete / includeRuntimeContext）与 dsh-system-prompt 里严格的 {{变量}} 插值机制都没变。本包没能只靠产物核实的是 0.2.2 上已注册提示词变量的集合：{{model}} 与 {{provider}} 由 agent 自己的 route 供给，而那段接线落在几个确实改过的包里——在 0.2.2 宿主上开一次会话才能确认。template/ 那份副本刻意留在 0.1.6 的行集合上：那条路径只服务 0.1.7 以下的宿主，而它的配置键是按一个从未核对过 schema 严格性的宿主冻结的。

0.2.1 里真的动了、本包已跟上的三处：宿主不再注册 {{cwd}} 提示词变量（0.2.1-alpha.2 起，人格正文改用 {{model}}）；tool-subagent 删掉了 backgroundMode 与 enableRunInBackground——子代理的后台执行改成无条件，留着这两个键不报错但纯属死配置，已从行里移除；出厂 standard 自己也走了——加了 time-context、tool-schedule 和一条默认禁用的 plugin-market/tools，把 tool-ralph 连同 codex / claude-code 两条 provider 行一起删掉，plan-mode 的提示词也改了措辞。preset-yuike 现在对齐的是这一代，ralph 也对齐（出厂不带这条工具，本包同样把它关掉，只是把行留在原处当开关）。

新增那几行为什么要探包而不是直接写：预设里一条启用的行如果包名解析不到，代价不是跳过一行。Loader 只会把导入失败记进日志、让这个 entry 始终没有 fiber（vendor/loader 的 entry.ts），agent-preset-registry 的装配审计把"没有 fiber"读成 never started 并抛错（mount.ts），抛的是整份预设的挂载——建会话时直接报 agent-preset/invalid。所以 time-context 与 tool-schedule 用 createRequire(ctx.baseUrl) 解析自己的包（ctx.baseUrl 正是 Loader 导入这些名字用的基准，出厂 cordis 预设也是同一个手法），探不到就把整行禁用。

工具链取舍

状态 · 行

保留 · tool-bash / tool-pwsh（按平台自动取舍）、tool-fs、tool-fs-search、tool-jobs、tool-schedule（探包）、time-context（探包）、command-goal、tool-goal、plan mode + compaction（含 tool-result-pruner）、subagent / subagent_fork、list-agents（探包：`…

…(truncated)