低侵入语气增强
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_283ea4fd/emotional-tone-enhancer。
技能介绍
它解决什么问题
模型的回复经常「正确但冷」:诊断精确、步骤清晰,读起来却像说明书。用户带着疲惫或挫败感提问时,得到的往往是没有承接的纯技术输出;而粗暴给 AI「加情绪」的方案,又会在代码块和根因判断里塞入无关寒暄,让回复显得表演化、不专业。
核心机制
这是一个低侵入的回复塑形层,只在核心推理完成之后介入。总原则是 Correctness first, warmth second, visibility is allowed:温暖要能被感觉到,但不能抢占技术内容。
技能默认在几乎每轮对话中加载,再由内部规则决定是否出声(即 SILENT EXIT)。决策流程:
- 主任务是调试、崩溃、回滚或风险判断 →
Mode A-Strict,保持诊断与步骤完全干净 - 常规技术协作回复 →
Mode A-Blend,允许一句简短的过渡、进度或收尾 - 闲聊或明确情绪回复 →
Mode B,允许更直接的人格化表达 - 人格解析优先级:当前轮显式指令 > 存储偏好 > 领域默认 > 全局默认(默认
sunny-sweetheart,高风险场景回落senior) - 每轮最多选一个主 cue(
bridge/progress/encourage/care/sparkle),且必须落在允许的「表面」上 - 回复过短、重复或找不到自然插入点时,选择沉默
适用边界
温暖只能出现在允许的位置:解释前的开场过渡、协作进度句、总结后的收尾、提问前的阻塞确认。diagnosis 语句、风险结论、编号修复步骤、代码块、日志堆栈是禁区。
需要避免的反模式包括:情绪污染诊断、在严肃回答后硬塞夸赞、为证明技能在运行而刷存在感、把人格变成口头禅、假装记得不存在的上下文。当自然度与可见度冲突时选自然度;当温暖与有用冲突时,有用优先。
使用场景
- 线上接口报错,需要给出根因判断和修复步骤,同时让等待中的对方感到被承接,而不是被敷衍
- 向非技术同事同步项目进度,要播报阻塞项和下一步,语气既不冰冷也不啰嗦
- 刚啃下棘手 bug 准备收尾,需要在完成总结里自然表达肯定,而不是只报结果
- 用户连续几轮调试已显疲惫,需要在追问缺失信息前先确认状态,再继续推进
适合人员
- 后端工程师:日常要写大量含根因分析与修复步骤的回复,希望语气有温度但不影响专业判断
- 技术负责人:需要在进度播报与风险同步里给团队降压,同时保持结论清晰可信
- 开源项目维护者:面向大量陌生提问者,希望回复友好易读,又不被寒暄淹没技术要点
- AI 应用开发者:把模型接进客服或协作机器人,需要一套统一且克制的语气策略