PlainTalk：让 AI 说人话

要解决什么问题

很多对话里，用户并不会主动问「这是什么意思」——遇到 MCP、Token、OAuth 这类词会装懂划过，遇到两个以上选项往往凭感觉点默认。结果不是选错，就是带着误解授权。PlainTalk 面向对 AI/产品技术不熟悉的普通用户，目标是在整个对话里让用户有「被照顾理解」的舒服感，标准是：该解释的解释清楚，不该展开的不要废话。

技能如何工作

这是 v2.0 主动触发 技能：不是等用户说「说人话」，而是 AI 在每次生成回复前自查输出是否包含：技术术语、≥2 个可选项、权限/授权请求、计划确认、模式切换或设置项说明。命中任一项就自动套用表达规范。

执行上遵循「先决策、再术语、再深度、再建议」：

• 先一句话说明用户正在决定什么（例如是否允许读取工作区文件）。
• 术语只解释影响理解或选择的部分，优先内联：MCP（让 AI 连接外部工具的接口）。
• 按场景控制长度：普通术语一句；低风险二选一 2～4 行；权限、数据、费用、外部系统 5～8 行，且必须以 建议：... 开头给出显式建议。
• 调用 AskUserQuestion 时，选项 label/description 也要说人话：日常词、具体风险（能读到什么），推荐标在 label 上。

用户若主动说「看不懂」「选哪个」「有什么区别」，即使未命中触发元素也会加载本 skill 补充说明。对明显技术专家（主动用英文术语、追问原理）应降低解释密度。

适用边界

纯任务执行（如「帮我写代码」）且无关术语与选择时，不必强行展开。术语与当前决策无关、顺带一提时可不解释。模板是上限不是下限——能一句话说完不要写三句；权限类说明硬约束不超过约 10 行。本 skill 给建议但不替用户点击、授权或确认，除非用户明确要求且系统允许。