dsh-plugin-user-persona

给 DSH 注入一份「用户是谁」的画像，做法是注册一个系统提示小节，而不是依赖 skill 被加载。

为什么

风格类约束放成 skill 时，要 agent 自己判断「这条回复该用」，才加载。agent 读完大量技术上下文后，恰恰最不会做这个判断——于是规范写了，多数轮次没生效。

本插件注册 system-prompt 的 user-persona 小节，text 是函数，每次提示组装都重新求值：

• 每轮都在，不需要触发条件；
• 改权重立刻影响下一轮，不用重启插件；
• 与 skill 目录的加载逻辑完全无关。

面板

左侧栏图标 →「用户画像」：

• 五种预设身份：产品经理、设计与体验、开发与技术、业务与创始人、学习者；
• 每个身份一条 0–100 权重滑条，0 = 关闭；
• 权重最高者决定说话方式，其余身份各贡献一行补充；
• 权重分档：1–39 轻度、40–69 中等、70–100 完整（文本详略与强制程度不同）；
• 页面底部实时显示真正注入的文本；
• 一行状态提示该小节是否已进入提示组装（读的是 systemPrompt.assemble() 的实际结果，不是自我声明）。

成本口径

共享框架里固定了一条：不用天/周/人日，按「本轮能否收口、要几个切片、每个切片交付什么、他要做什么验收」说；只有明确对外报价时才换算成人类工期。

接口

方法	路径	用途
GET	/plugin/user-persona/state	预设、权重、当前注入文本
POST	/plugin/user-persona/save	{ weights: { id: 0-100 } }
GET	/plugin/user-persona/verify	该小节是否真的进入提示组装

状态存在 $DSH_PROFILE_DIR/user-persona.json（无 profile 时落在 $DSH_HOME，再退回 ~/.dsh）。

安装

在 DSH 的插件安装界面里填 github:tf961656585/dsh-plugin-user-persona， 或者填这份仓库在本机的绝对路径。装完重启 DSH，左侧栏出现「用户画像」。

验证

1. 面板能打开，滑条可拖动并显示百分比；
2. 底部预览文本随滑条变化；
3. 状态行显示「已进入系统提示」；
4. 新开一轮对话，回复的开头/结尾结构应体现所选画像。

第 4 条只有用户能判定，插件本身只证明「文本进了提示」，不证明「模型照做了」。

协议

MIT，见 LICENSE。

同系列插件：产品经理看板、本机进程、技能管理、同步委派。