表达陪伴

它解决什么问题

对话链路里，表达类请求（倾诉、扮演、闲聊、表态）经常落到同一个兜底回复上：要么急于给建议，要么用统一口吻回应，要么在角色扮演中途出戏。用户心智只是「说出来」，并不期待一份产出物，但回应基调与子意图不匹配时，会立刻显得敷衍或错位。本技能负责把 tri-intent 判定出的 C.Expressing 类意图（I17–I20）落到差异化的回应基调上，只做即时对话回应，不产出任何文件。

核心能力

• 子意图差异化回应：I17 角色扮演维持人设一致性；I18 情感陪伴先接住情绪再回应，不急于给方案；I19 闲聊娱乐轻松兜底；I20 观点表达接住观点、给有温度的回应。
• 版本检查前置硬门：任何执行入口启动后的第零步，先运行 scripts/check_update.py 取 JSON 的 state 字段（A 放行 / B 离线 / C 通道 / D 升级降级），判定与升级执行一律交给脚本，prompt 层不做版本推断或命令拼接。
• 上游依赖检测：与 tri-intent 协同时走标准模式；独立使用时先检测上游是否存在，缺失则硬性阻断并引导安装，不支持降级模式。
• 安全边界统一前置：未成年人、自伤、暴力、违法犯罪等情境按全局规则拒绝或转介，安全边界优先于人设维持。
• 不落盘：本类意图从识别到回应全程不写快照、不产出文件。

适用边界与注意点

• 不做意图识别（归 tri-intent），不做知识咨询与事实查询（归 tri-ask），不产出成果物（归 Doing 类 skill）。
• L2 判定越界时必须停止并回退 tri-intent 重新路由，不能跳过判定直接回复。
• 复杂人设在对话内即时对齐，不走落盘的 clarify 流程；回应前不做作答声明，以免破坏对话自然度。
• 方法论采用表驱动扩展：新增子意图基调或安全情境只需追加表格行，无需改动核心工作流。