fieldset 必须配 legend 才有效，因 legend 是其唯一合法首子元素且不可或缺；空 legend 比无 legend 强，但应语义明确；禁用 fieldset 会递归禁用内部标准控件，但对 contenteditable 和自定义组件无效。
fieldset 不是视觉装饰，而是表单逻辑分组的底层基础设施——它让浏览器、键盘导航和读屏软件知道“这一堆控件属于同一语义组”，缺了它，表单就可能在可访问性、批量控制和结构一致性上出问题。
为什么必须配 legend 才算有效
单独写 <fieldset></fieldset> 在 DOM 中看似存在，但对辅助技术完全无效。浏览器不会报错，但读屏软件无法播报该组用途，键盘 Tab 也失去逻辑边界。
-
<legend></legend>是<fieldset></fieldset>的唯一合法首子元素，且必须存在（哪怕内容为空） - 空
<legend></legend>比不写强，但最好用语义明确的文字，比如<legend>支付方式</legend> - 别用
display: none或visibility: hidden隐藏<legend></legend>——这会直接剥离可访问性；改用clip-path: inset(50%)或position: absolute; clip: rect(1px, 1px, 1px, 1px) - 把
<h3></h3>或<div> 放进 <code><fieldset></fieldset>开头代替<legend></legend>，等于放弃语义——屏幕阅读器不会识别那是组标题disabled属性的真实作用范围<fieldset disabled></fieldset>不是加个灰样式那么简单，它是原生的、递归的禁用机制，比 JS 遍历设disabled更可靠、更轻量。
anything-to-html下载将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 它会真实禁用所有标准表单控件：
<input>、<select></select>、<textarea></textarea>、<button></button>，甚至嵌套的<fieldset></fieldset> - 被禁用的
<input>默认不参与表单提交——如果业务需要保留值，得手动用 JS 补充到 FormData 或隐藏字段中 - Safari 旧版本对深层嵌套
<fieldset></fieldset>的禁用传递有延迟或遗漏，务必真机验证 - 它对
contenteditable元素、自定义 Web Component 无效，这些需单独处理
嵌套
fieldset的实际风险语法上允许嵌套，但≥3 层时极易破坏键盘导航体验：焦点容易卡在内层出不来，尤其当
<legend></legend>缺失或为空时。- 优先用单层
<fieldset></fieldset>分组，靠 CSS（如margin、border、background）做视觉区分 - 若必须嵌套，请确保每层都有非空、语义清晰的
<legend></legend>，且里面不要放<button></button>等交互元素 - 用
document.activeElement+console.log实时观察焦点路径，比依赖默认行为更靠谱 - 很多 UI 框架（如 Ant Design、Bootstrap）会剥离或忽略你写的
<fieldset></fieldset>，检查渲染后 DOM 确认它真实存在且未被移除
最常被忽略的点：你写的
<fieldset></fieldset>可能只在源码里存在，运行时已被框架脚本悄悄删掉——这时候它既不提供语义，也不起禁用作用，只剩一个空壳。 - 它会真实禁用所有标准表单控件：
