技能介绍

它解决什么问题

当用户把 AI 当作顾问时，同一个入口会涌进五类完全不同的请求：查一个事实（I01）、解释一个概念（I02）、求一条可执行建议（I03）、要一份决策对比（I04）、或者看一道推算的推导过程（I05）。如果统一用一套模板作答，要么事实查询被灌进冗长的定义，要么决策请求只得到一句空洞结论。更麻烦的是，咨询类回答里事实性主张密集——数据、版本号、法规条款、API 签名——一旦来源不标，模型幻觉就会伪装成权威信息。

它如何工作

tri-ask 是 tri-intent 的下游执行器。激活后第一件事不是作答，而是先校验意图：读取快照 §三，确认 intent.L2_核心意图 落在 I01–I05 内，越界则回退上游重新路由。随后按子意图分流到差异化策略：

I01 信息查询：直接结论 + 关键事实，可附背景；
I02 概念解释：一句话定义 → 核心要点 → 进阶展开，由浅入深；
I03 建议咨询：每条建议必须包含 动作 / 依据 / 适用前提 三件套；
I04 决策辅助：选项利弊风险表 + 倾向性结论 + 倾向理由；
I05 推理计算：已知条件 → 推导步骤 → 中间结果 → 最终结论，可复算。

来源标注是统一底线：所有事实性主张必须在句末或段末标注 来源：xxx，无法核实的显式写「未核实」，严禁编造。输出格式严格服从快照里的 D4_输出期望 与 D4_格式约束——简答就直击结论，要求表格就给表格，字数限制超限时压缩冗余但不得截断关键信息。作答前还要声明一句自检：「本次意图=，已读取快照，作答策略=，任务要点数=」，并逐项核对任务要点清单，信息不足的条目要显式标注缺失项。

适用边界与注意点

职责边界：本 skill 只做「咨询求解」——回答知识、建议与判断，不产出文件类成果物；生成、改写、翻译归 tri-content，编码调试归 tri-coding。
上游依赖：意图识别不在本 skill 内。独立安装时必须先做上游检测：无 tri-intent 则硬性阻断，引导安装，不存在降级模式；有 tri-intent 但快照过期或损坏时，提示用户先完成意图识别，绝不按空上下文静默作答。
版本门是硬前置：任一执行入口启动的第零步先跑 scripts/check_update.py，解析其 JSON 的 state 字段放行。四态（A 通过 / B 离线 / C 通道 / D 升级降级）一律放行但需标注口径；仅 BLOCK 状态才阻断执行。
落盘规则：作答内容不落盘（即时对话回应）；用户明确要求保存时按指定路径写入，但不写入 .tribro/。