标签仅用于法律/版权/注释类副文本，表达语义上的次要但相关信息，而非单纯缩小字体；嵌套无效，多级缩放须用css；多数小字号需求应使用带语义类名的css方案。
什么时候该用 <small></small> 标签
只在内容本身属于“法律/版权/注释类副文本”时才用，不是为了单纯把字变小。比如：数据来源：国家统计局 2023 年公报、用户名仅支持字母、数字和下划线、请先勾选协议。这类文字语义上就是次要但相关的信息，<small></small> 表达的是这个“细则”身份，不是视觉开关。
<small></small> 嵌套不会继续缩小字体
HTML 规范明确写了嵌套无效：第二层 <small></small> 和第一层渲染大小一致。常见错误是写成 <small>一级<small>二级</small></small>，结果“一级”和“二级”一样小，并非“二级更小”。如果真需要多级缩放，必须用 CSS 控制，比如 font-size: 0.8rem 和 font-size: 0.6rem 分别加 class。
为什么多数场景该用 CSS 而不是 <small></small>
绝大多数“小字号需求”本质是视觉表达，不是语义分类。比如按钮旁的提示、卡片底部的操作说明、UI 中的辅助文案——这些不构成法律或版权类副文本，强行套 <small></small> 反而污染语义结构。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 推荐做法：用
<p class="text-sm"></p>或<span class="helper-text"></span>配合 CSS 的font-size - 单位优先选
rem，尊重用户系统缩放设置；避免用px锁死可访问性 - 绝对不要用已废弃的
<font size="1"></font>，它无语义、不可维护、HTML5 不支持
兼容性和默认行为要手动干预
所有现代浏览器都支持 <small></small>，但 UA stylesheet 实现不统一：Chrome 默认缩到 80%，Firefox 是 83%。如果对尺寸敏感（比如设计系统要求严格一致），必须显式重置：
small {
font-size: 0.875rem; /* 统一为 14px（假设根字号为 16px） */
}
另外注意：<small></small> 不影响内部 <em></em> 或 <strong></strong> 的语义权重——强调依然有效，只是字号变小了。
真正容易被忽略的是：一旦你开始用 <small></small>，就得持续判断每处是否真的属于“免责声明/版权/细则”语义。多数时候，它只是个诱人的快捷键，但代价是语义失焦。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
