width=device-width 是唯一安全的选择，需与 initial-scale=1 组合使用；viewport-fit=cover 是全面屏适配刚需，须配合 css 安全区变量；禁用缩放违反可访问性标准。
width=device-width 是唯一安全的选择
几乎所有现代移动页面都该用 width=device-width，而不是写死像素值。设备宽度不是物理分辨率，而是经设备像素比（DPR）换算后的 CSS 像素宽度——比如 iPhone 13 的逻辑宽度是 390px，iPhone SE 是 375px，折叠屏展开后可能达 844px。写死 width=375 会导致：在大屏手机上内容被横向拉伸、文字模糊；在小屏或横屏时强制出现滚动条；在 Chrome DevTools 模拟器里切设备型号就立刻失效。
initial-scale=1 必须和 width=device-width 同时出现
只写 width=device-width 不加 initial-scale=1，部分 Android 低版本仍会默认放大文本；只写 initial-scale=1 不写 width=device-width，iOS 可能回退到 980px 的 layout viewport，导致布局挤压、媒体查询失效。两者是绑定生效的组合，缺一不可。
一款AI工具，主要用于使用 OpenAI Codex CLI 处理编码任务。触发词：codex、code review、fix CI、refactor code、implement feature、coding agent、gpt-5-codex。Clawdbot 可将编码工作委托给 Codex CLI 作为子代理或直接工具，适合需要提升相关任务效率的用户。
- 逗号必须存在：
content="width=device-width, initial-scale=1"，不能写成空格或省略 -
initial-scale不能简写为scale=1，后者完全无效 - 值建议写
1或1.0，不推荐带更多小数位（如1.000），无实际意义且易出错
别碰 user-scalable=no，maximum-scale=0 更是危险操作
user-scalable=no 表面看是“防误触”，实则直接剥夺视障用户放大文字的权利，违反 WCAG 标准；iOS 甚至可能忽略该声明，导致行为不一致。maximum-scale=0 这种写法在你的知识库示例中已出现，但它是无效值——浏览器会当作未声明处理，或触发未知 fallback 行为。真要限制缩放，最多软性约束：minimum-scale=1.0, maximum-scale=1.0，但仍不推荐。
- 禁用缩放会破坏可访问性，审计工具（如 Lighthouse）直接标红
-
maximum-scale=0不是标准值，0在规范中无定义，不同内核解析结果不可控 - 若为管理后台等特殊场景需固定视图，应靠 CSS + JS 控制交互，而非 viewport 锁死
viewport-fit=cover 是全面屏设备的隐藏刚需
刘海屏、挖孔屏、曲面屏设备（如 iPhone X 及之后、部分安卓旗舰）默认会把网页内容避开安全区域，造成顶部留白或底部遮挡。加 viewport-fit=cover 才能让内容真正“铺满”屏幕，再配合 env(safe-area-inset-top) 等 CSS 环境变量做安全区适配。
- 仅对支持该特性的设备生效（iOS 11+、Android Chrome 59+），旧设备自动忽略
- 必须和
width=device-width, initial-scale=1共存，单独加无效 - 不加它，
position: fixed; top: 0的导航栏可能被刘海吃掉一部分
viewport-fit=cover 和 CSS 安全区变量的配合——只加 meta 标签不改样式，等于没做适配。另外，所有 viewport 配置必须硬编码在 HTML 的 
