前言¶
写文档、写方案、写代码注释时，最常遇到的一个问题是：同一个术语在不同语境里含义并不一样。”一致性”在工程里可能是 consistency，在产品里可能是统一体验，在分布式系统里又可能是强一致/最终一致的取舍。直接查词典拿到的是通用定义，落到自己项目里往往对不上。
这个 Skill 的切入点就是这一步：先问”在哪个场景下说这个词”，再给解释。下面介绍它的定位、用法和限制。
这是什么¶
「术语释义 概念拆解 场景适配」是一个面向术语解释的 Agent Skill，坐标 @user_a10ab3ad/dictionary-term-explain，版本 1.0.1，由社区开发者 user_a10ab3ad 发布维护，分类 education。
它解决的问题很窄但很实际：当用户给出一个术语时，Skill 不去给百科式定义，而是先拆解该术语在不同场景下的含义差异，输出边界清晰、可以直接用在文档或沟通里的解释。
官方简介原文是：按场景拆解术语含义，给出边界清晰、可落地的概念解释。
核心功能¶
已核实的能力只有简介里这一条，不要当成功能清单去扩写：
1、按场景拆解：识别术语出现的具体场景（技术、产品、合规、日常沟通等），而不是给出单一通用定义。
2、概念边界：说明该术语”是什么”和”不包含什么”，避免与相邻概念混淆。
3、可落地输出：解释要能直接写进文档、注释或对齐材料里，而不是停留在词源层面。
除此之外，资料中没有列出参数、模型要求、输出模板等细节。requires_api_key=false 说明它不强制依赖外部 API Key。
安装与启用¶
官方抓取资料里没有提供安装命令，也没有给出 Cursor / Codex CLI / Claude Code 各自的接入差异，因此下面只写 SkillHub 上通用的 SKILL.md 约定，具体目录以官方页面为准。
这类 Skill 基于通用 SKILL.md 格式，通常的启用方式是：
1、把 Skill 目录放到 Agent 的技能目录下，例如 Codex / Cursor 常用 ~/.codex/skills/ 或项目内的 .codex/skills/，Claude Code 常用 ~/.claude/skills/。
2、目录内保留 SKILL.md，前置 frontmatter 至少包含 name 与 description。
3、在会话中由 Agent 依据 description 自动匹配触发，或在配置中显式指定该 Skill。
以上三步是通用格式说明，本 Skill 的目录名、放置路径和触发方式未在已抓取资料中出现，启用前请打开官方页面确认。
典型用法¶
下面这个示例是按 Skill 简介描述的预期用法构造的，用于说明”先场景、后定义”的调用方式，不是官方逐字输出的记录。
输入：
术语：一致性
场景：分布式存储选型
请拆解含义并给出边界。
预期 Skill 会先确认场景，再输出形如下面的结构：
1、该场景下的定义：一致性指多个副本在读写上的可见性与顺序保证。
2、常见分类：强一致、最终一致、读己之写一致等，并说明各自的代价。
3、边界与易混点：这里说的一致性不包含 ACID 中的隔离性，也不等同于”数据不丢失”。
4、落地提示：结合一致性强度说明对延迟、可用性的影响，便于选型时取舍。
实际输出格式以 Skill 自身定义为准。
适用场景与注意¶
适合的场景：
1、写技术文档、接口说明、方案评审材料，需要术语口径统一时。
2、跨团队沟通时，双方对同一词理解不一致，需要一个边界明确的解释来对齐。
3、给新成员或外部同学做概念澄清，希望避免百科式长文。
需要注意的地方：
1、场景识别依赖用户给出足够上下文。只丢一个词、不给场景，解释的边界就会偏宽或偏窄，最好主动补一句使用场景。
2、它给出的是概念解释，不是事实核查。涉及具体标准、协议条款时，仍需查原始规范。
3、资料中没有标注它支持的语言范围和输出长度限制。
另外，评分与下载数在两个来源里不一致：抓取资料显示评分 100000、下载 2686、安装 0；任务线索里写的是评分 99212、下载 2643。这大概是页面快照时间不同造成的，引用时建议以实时页面为准。
结尾¶
这个 Skill 的价值不在于给术语下一个标准答案，而是把”先问场景、再给边界”这一步固定下来，省掉反复查词典和团队反复对齐的成本。范围很明确，适合需要统一术语口径的文档与沟通场景；如果你的场景术语高度专业化或依赖特定规范原文，仍需要配合原始资料一起用。
官方地址：https://api.skillhub.cn/user_a10ab3ad/dictionary-term-explain
SkillHub 页面：https://www.skillhub.cn/skills/user_a10ab3ad/dictionary-term-explain
