<ins>和<del>是语义化修订标签，必须成对使用、严格闭合，datetime属性须为ISO 8601格式（如2026-05-22T21:30:00Z），cite需指向可验证修改依据，不可用于纯样式或隐藏内容。
直接用 <ins> 和 <del> 标记修订，不是加条线就完事——语义错、时间戳错、嵌套错，屏幕阅读器会读错，协作系统会漏掉，导出 PDF 时可能完全消失。
datetime 属性必须严格符合 ISO 8601，否则等于没写
浏览器不报错，但辅助技术、CMS 版本比对工具、Git diff 渲染器都会跳过非法格式的时间戳。
-
datetime="2026-05-22T21:30:00Z"✅ 合法（UTC 时间） -
datetime="2026-05-22T21:30:00+08:00"✅ 合法（带本地时区） -
datetime="2026/05/22"❌ 被忽略（斜杠分隔不被规范支持） -
datetime="2026-05-22"❌ 仅日期无时间，多数读屏软件不播报 -
datetime="2026-05-22 21:30"❌ 缺少T和时区，解析失败
建议从后端或构建流程注入时间戳，避免前端 new Date().toISOString() 在用户本地时区生成偏差值；若来自 Git 日志，需先用正则提取并补全秒级精度与 Z 后缀。
cite 属性不是作者名或备注，而是可验证的修改依据链接
cite 的价值在于让“为什么删/为什么加”可追溯。填错就失去协作意义。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
cite="https://our-cms.example.com/changes/PR-42"✅ 指向真实 PR 页面，含评审记录 -
cite="/docs/policy-v2.1#section-3"✅ 指向内部文档锚点，内容明确说明变更原因 -
cite="编辑说明：运营调整"❌ 纯文本，无法点击、无法校验、读屏软件可能静音 -
cite="https://example.com/404"❌ 404 链接等同于未提供依据
如果修订来自人工校对，cite 应指向会议纪要、邮件快照或 CMS 审核日志 URL；不要用空字符串或占位符。
别把 <ins> 当下划线，也别把 <del> 当隐藏手段
它们是语义容器，不是样式开关。滥用会破坏可访问性和 DOM 行为。
-
<del>不移除文本：屏幕阅读器仍朗读“已删除：xxx”，搜索引擎仍索引原内容 -
<ins>不自动高亮：默认虚线下划线在 Safari 和旧 Android 浏览器中可能不显色，必须显式设text-decoration - 用
display: none或visibility: hidden包裹<ins>/<del>会切断语义，违反 WCAG 1.3.1 - 在按钮或链接内嵌
<del>会导致冗余播报（如“已删除：提交按钮”），干扰操作流
真正需要“软删除”逻辑？后端应维护独立状态字段，前端只渲染可见状态；<del> 只用于标记“这里曾有、现已删”的历史事实。
嵌套和包裹块级元素时，display 和闭合必须手动控制
<ins> 和 <del> 是 inline 元素，但 HTML5 允许包裹 <p>、<ul> 等块级内容——前提是你要管好渲染和结构。
- 直接
<ins><p>段落</p></ins>可能导致段间距塌陷、列表缩进丢失 - 解决方案一：给
<ins>或<del>加display: inline-block（比block更安全，不触发 BFC） - 解决方案二：不包裹整块，改用多个内联标签分别标记句内变动（更可控、更利于 diff 对齐）
- 严禁跨块嵌套：如
<p><del>开头</p><p>结尾</del></p>，浏览器会自动截断，DOM 结构不可靠 - 严禁
<del><ins>.../del>：语义矛盾（既删又插），应改为相邻的<del>...</del><ins>...</ins>
最易被忽略的是闭合问题：富文本编辑器粘贴、JS 动态插入、正则替换生成 HTML 时，极易漏掉 </ins> 或 </del>，导致后续所有 document.querySelectorAll('ins') 查询失效，React/Vue 组件重渲染异常——务必在 Elements 面板里逐行检查 DOM 是否完整。
