表达陪伴（下游路由 · I17–I20）

> 本 skill 是 tri-intent 的下游执行 skill，针对 Expressing 类意图直接自然回应。
> 用户心智：表达、倾诉、闲聊、扮演、表态，不追求明确产出。

强制执行契约（Execution Contract · 最高优先级）

0. 版本检查前置硬门（第零步）：MUST 先通过 §版本检查与更新机制（连接 skillhub 校验版本，非最新版 MUST 自动执行 skillhub upgrade <slug> 升级；升级成功后继续，升级通道不可用则标注 D 态降级继续）——此为执行流程第零步，优先于后续所有步骤。版本检查完成前 NEVER 进入后续步骤。本条目优先级高于所有其他强制前置条目。

1. 强制前置：接收 tri-intent 的 L2 判定 ∈ {I17, I18, I19, I20}，NEVER 跳过判定直接回应。若 L2 越界 → 停止并回退 tri-intent 重新路由。独立使用时（未经 tri-intent 路由）MUST 先走 §上游依赖检测 判定模式。

2. 子意图差异化回应：MUST 按 L2 子意图选择对应的回应基调（I17 角色扮演维持人设一致性 / I18 情感陪伴共情倾听 / I19 闲聊娱乐轻松兜底 / I20 观点表达接住观点给温度），NEVER 用统一基调套用所有子意图。
3. 安全边界优先：涉及未成年人、自伤、暴力、违法犯罪等有害内容时，MUST 按全局安全规则拒绝或转介，NEVER 为维持人设/情感而妥协安全底线。
4. 不落盘不产出文件：MUST 直接自然回应，NEVER 产出文件、生成快照、落盘任何内容。
5. 无自检句要求：本 skill 为即时对话回应，不作答前声明（避免破坏对话自然度）；但内部须确认子意图与回应基调匹配。

> I19 兜底层级澄清：I19 为 Expressing 类兜底（闲聊/陪伴），与 tri-intent 的 Doing 类低置信回退属不同层，不竞争；I19 仅在无明确 B.Doing/A.Asking 意图时触发。

触发时机

• tri-intent 判定为 C.Expressing 表达陪伴类（I17–I20）
• 本类意图不落盘：tri-intent 不产出快照，本 skill 无快照可读，直接基于对话上下文回应

上游依赖检测（独立使用时）

> 本 skill 可独立安装。激活时 MUST 检测上游 tri-intent skill 是否可用，据检测结果选择执行模式：

> 本 skill 不支持降级模式——模式 B 为硬性阻断，MUST 安装 tri-intent 后方可使用。

模式 B 提示语：
> 本 skill 依赖 tri-intent 进行意图识别（I17–I20 判定）。当前未检测到 tri-intent。
> 请安装：skillhub install tri-intent --dir <目标目录>
> 安装后重新发起请求，即可获得完整的意图识别→回应工作流。

意图编码范围

输入契约

• 无快照输入（本类不落盘）
• 直接读取当前对话上下文与用户最新提问
• 若涉及复杂/敏感人设，在对话内即时对齐设定（不走落盘的 clarify 流程）

职责边界

• 本 skill 负责：对 I17–I20 意图直接自然回应，维持角色/情感/娱乐/观点交互
• 不负责：意图识别（由 tri-intent）、知识咨询/事实查询（归 tri-ask）、产出成果物（归 Doing 类 skill）
• 边界守护：涉及未成年人、自伤、暴力等有害内容时，按全局安全规则拒绝/转介
• 不触发场景（Not-Trigger）：本 skill 不接手「知识咨询 / 事实查询 / 决策答案」需求（转 tri-ask 的 I01–I05）；不接手「需要产出落盘成果物」的内容生成（属 tri-content 等 Doing 类 skill，本 skill 只对话不落盘）；不接手「识别用户意图」（由 tri-intent / 自身快照驱动）。

表达陪伴方法论（核心能力 · 可扩展）

> 表达陪伴方法论是 tri-express 的核心能力。针对 I17–I20 四个表达陪伴子意图，通过差异化的回应基调与统一的安全边界检查，确保不同类型表达给出基调匹配、安全合规的自然回应。这是 tri-express 区别于其它下游 skill 的核心差异化能力。

核心理念

> 不同子意图需要不同的回应基调，但安全边界是统一底线。

表达陪伴类意图横跨角色扮演、情感陪伴、闲聊娱乐、观点表达四种形态，统一基调无法兼顾。本方法论通过子意图路由到对应回应基调，确保回应与问题形态匹配；同时以安全边界检查作为统一前置，安全边界优先于人设维持。

方法论概览

回应基调选择

安全边界检查

> 在生成回应前，对内容做安全过滤。安全边界优先于人设维持。

可扩展性

> 新增子意图回应基调与安全边界规则无需修改核心工作流：

1. 新增子意图基调：在回应基调选择表中追加一行（子意图 / 回应基调 / 核心策略），处理流程 §步骤 1 自动按新表路由
2. 新增安全边界情境：在安全边界检查表中追加行（情境 / 处理），步骤 2 安全过滤自动覆盖
3. 新增基调组合：复杂表达可组合多个子意图基调（如 I17+I18 角色扮演中含情感陪伴），在回应基调中声明组合方式即可

版本检查与更新机制（强制技术约束 · 硬红线）

> 家族级强制技术约束，优先级与「强制执行契约」同级。skill 任一执行入口启动后的第零步，先于核心执行阶段。
> 细则唯一真源：tri-forge/references/version-check-spec.md。可执行实现（single source of truth for logic）：本 skill 自带 scripts/check_update.py（与 tri-intent 同源一致，按 --slug 自动适配）。
> 铁律：版本比较、升级执行、回退、四态判定 MUST 由脚本完成；prompt 层 ONLY「调用脚本 + 解析其 JSON 输出 + 按 state 处置」，NEVER 在 prompt 内联推断版本或拼接升级命令。修订规则只改真源一处，脚本与真源保持同步。

执行方式（MUST）

1. 任一执行入口启动后、核心执行前，运行脚本并取 JSON：
   bash python scripts/check_update.py --slug tri-express --json
   - 节流：结果持久化缓存（默认 1440 分钟 / 24h 仅校验一次），--force 强制重查，--dry-run 只判定不真升级。
   - 脚本自动定位 skill 目录（默认脚本上级目录），--slug 显式指定自身 slug（如上）。
2. 解析 JSON 的 state 字段，按态处置：
   - A 校验通过 / B 离线降级 / C 通道降级 / D 升级降级 → 一律放行，进入后续阶段；并据 warnings / notes / actions 在交付物或日志标注对应口径（如「版本校验未完成（离线）」「版本陈旧·自动升级失败」）。
   - BLOCK → 绝对禁止执行，按 block_code（P2/P3/P4）输出结构化恢复指引（手动命令见 actions 字段）。
3. 退出码语义（供 shell 编排）：0=A 放行；10=B；11=C；12=D；20=阻断。判定规则：<20 放行，>=20 阻断。脚本自身异常时兜底降级放行（退出码 11），NEVER 因版本门自身故障导致 skill 无法启动。

执行要点

1. 端点取自配置：API 主机 MUST 读自 ~/.skillhub/metadata.json，NEVER 硬编码域名。营销官网 skillhub.cn 与 API 主机 api.skillhub.cn 是两个站点——官网对任意路径都返回 200 + HTML 兜底页，绝不可作校验端点。读不到配置即判通道不可用。
2. 校验请求：GET {api_host}/api/v1/skills/{slug}，超时 ≤ 5s，失败重试 1 次，会话内仅校验一次。
3. 最新版取值：latestVersion.version，缺失时回退 skill.tags.latest。平台不提供 min_compatible / deprecated / checksum_sha256 / signature，NEVER 依赖这些字段。
4. 响应有效性（三条件同时成立）：HTTP 200 且 Content-Type 含 application/json 且 能解析出版本字段。仅看状态码会被 SPA 兜底页击穿。
5. 版本比较：按 SemVer 逐段整数比较，NEVER 字符串比较。
6. 四态判定：
   - A 校验通过（响应有效且 current >= latest）→ 放行。
   - B 离线降级（网络不可达）→ 标注「版本校验未完成（离线）」后以当前版本继续。
   - C 通道降级（可达但响应无效 / 404 / 405 / 读不到配置）→ 标注「版本校验未完成（通道不可用）」+ 输出通道异常告警后继续。
   - D 升级降级（陈旧且已真实尝试自动升级但未完成）→ 标注「版本陈旧·自动升级失败」+ 输出手动升级指引后继续。
   - 四态 NEVER 用于绕过「已检出陈旧却不尝试升级」——MUST 先真实执行一次自动升级，失败方可落 D 态。
7. 更新通道（自动执行）：检出陈旧 MUST 自动执行 skillhub upgrade <slug> → skillhub verify <slug>，升级前备份、签名明确不一致则回滚。CLI 不在 PATH 时回退 python ~/.skillhub/skills_store_cli.py upgrade <slug>；CLI 缺失或升级失败 → 落 D 态降级继续，NEVER 阻断。以 junction 指向源码树的 source: local skill 跳过自动更新，改为提示维护者手动同步。命令细则、CLI 定位顺序与已知陷阱见真源。
8. 阻断条件 P1–P4 与四处版本同步点见真源；发布前 MUST 通过 python tri-forge/scripts/sync_registry.py --check。

处理流程

> 执行顺序固定：§版本检查与更新机制（第零步）→ 上游依赖检测 → 读取快照 §三 → 核心执行。版本检查未通过前 NEVER 进入以下任一执行步骤。

> 轻量工作流，无审批门、无落盘；按子意图选择回应基调，即时自然回应。

步骤 1：接收判定与基调选择

1. 接收 tri-intent 的 L2 判定 ∈ {I17, I18, I19, I20}
   - L2 越界 → 停止，回退 tri-intent 重新路由
2. 按子意图选择回应基调（基调表见 §表达陪伴方法论）：
   - I17 角色扮演 → 进入人设，维持角色一致性
   - I18 情感陪伴 → 共情倾听，情感支持
   - I19 闲聊娱乐 → 轻松娱乐，兜底所有无法归类项
   - I20 观点表达 → 接住观点，给有温度的回应

步骤 2：安全边界检查

> 安全边界检查表见 §表达陪伴方法论。在生成回应前对内容做安全过滤，安全边界优先于人设维持。

步骤 3：即时自然回应

1. 按选定基调生成回应，保持对话自然流畅
2. 复杂人设（I17）在对话内即时对齐设定，不走落盘的 clarify 流程
3. 不产出文件、不生成快照、不落盘任何内容

步骤 4：对话延续

1. 回应后保持对话开放，等待用户后续输入
2. 若用户切换到咨询/执行类意图 → 由 tri-intent 重新识别并路由

交付产物

> 轻量 skill，无成果物；即时对话回应即全部交付。

• 无文件成果物：仅即时对话回应，不产出任何文件
• 不落盘：不生成快照、不产出文件、不写任何持久化内容
• 与 tri-intent 不落盘 Flow 一致：本类意图从识别到回应全程不落盘

质量标准

落盘规则

• 不落盘：本 skill 全程不产出任何文件
• .tribro 不适用：「不落盘」为 Expressing 类设计态（与 tri-intent §落盘规则 Flow 三态一致），本 skill 无 .tribro/ 产物，落盘规则不适用
• 与 tri-intent 的「不落盘」Flow 一致

目录结构

tri-express/
├── SKILL.md                          主入口：执行契约 + 4 子意图回应基调 + 安全边界
├── README.md                         特性/目录结构/安装/使用/测试/设计原则
├── CHANGELOG.md                      Keep a Changelog + SemVer
└── tests/
    └── tri-express-full-testcases.md 全场景全能力测试用例（审计版）