将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML,替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度,HTML 能同时承载排版、表格、SVG 等。
帮助中心主结构应使用语义化标签:用包裹全部内容,每个faq用包裹并设唯一id,标题用,答案用,折叠功能优先用;搜索框和分类导航置于中,确保seo锚点与无障碍支持。

怎么用语义化标签组织帮助中心的主结构
帮助中心页面本质是「多层级问题集合」,不是博客或产品页,别一上来就堆 <div>。核心是让每个问题可独立定位、可被搜索引擎识别、能被屏幕阅读器正确解析。
<ul>
<li>用 <code><main></main> 包住全部内容,避免把帮助入口和搜索框塞进 <header></header> 后就不管了
<section></section> 包裹,别图省事全塞一个 <div class="faq-item">
<li>问题标题用 <code><h2></h2>(不是 <h3></h3> 或 <span></span>),答案正文用 <p></p> 或 <ul></ul> —— 但注意:这里不能用 <ul></ul> 标签,按规范只能用 <pre class="brush:php;toolbar:false;"></pre> 或 <p></p>,所以列表项得写成多个 <p></p>
<details></details> + <summary></summary> 是最轻量且原生可访问的方案,比 JS 控制显隐更稳为什么搜索框和分类导航要放在 @#@#@#@#@#@#@#@#@#@0
<details></details>,默认关闭时答案不可见,但搜索引擎仍能索引——这点没问题;但得确保 JS 不覆盖原生行为,否则爬虫拿不到内容aria-hidden="true",否则屏幕阅读器会念“三角形”“加号”,干扰理解<summary></summary> 加 tabindex="-1",结果键盘用户按 Tab 键跳过整个 FAQ 条目——别加,原生 <summary></summary> 本就可聚焦移动端折叠体验卡顿或失效的常见原因
不是 JS 写得不好,而是 HTML 结构或 CSS 阻断了原生 <details></details> 的渲染流程,尤其在 iOS Safari 上。
- 别给
<details></details>设height: 0或overflow: hidden,这会让 Safari 忽略其展开逻辑 - 动画要用
max-height过渡,而不是height,且初始值设为max-height: 0,展开时设为足够大的值(如max-height: 500px),别用auto - 如果必须用 JS 控制(比如要兼容 IE),就彻底放弃
<details></details>,改用<button aria-expanded="false"></button>+ 手动切换aria-hidden,别半吊子混用 - 测试真机:iOS 15+ 的 Safari 对
<details></details>支持良好,但微信内置浏览器(X5 内核)仍可能不触发toggle事件,得监听click并手动element.open = !element.open
最常被忽略的是:每个 FAQ 的 id 必须和 URL 锚点严格一致,且不能含空格或中文——哪怕只是临时开发,也该用 login-failed 而不是 登录失败。不然用户分享链接,别人点开还是在顶部。










