通过 WCAG 重流标准,也不保证页面在400%缩放下竖向可读
一个通过了 WCAG 1.4.10 重流检查的页面,在400%放大时仍可能竖向挤得几乎读不了。实测显示损失的竖向空间是固定的82像素,屏幕越小这个数占的比例越大。
archive
356 · 第 2
一个通过了 WCAG 1.4.10 重流检查的页面,在400%放大时仍可能竖向挤得几乎读不了。实测显示损失的竖向空间是固定的82像素,屏幕越小这个数占的比例越大。
会话迁移能带走对话与工具上下文,却带不走认证、钩子、策略、MCP 连接与运行时配置。真正耐用的做法,是把审批与审计放在智能体框架之外。
MCP 路线图不是交付排期表。目录规模的经济账、文档所在的层级、以及可替换的身份边界,才是技术决策者在下一份规范正式落地之前真正该动手的地方。
CLAUDE.md、SKILL.md 与子代理解决的是覆盖范围和生命周期的不同问题。通过实测对比三者的行为差异,真正的架构边界在于强制力:没有任何一层是控制面。
横向回流判定 8 行全过,320x200 条件下正文顶部却只剩 118px,页面中部更掉到 110px。损失不是随视口缩放的百分比,而是一笔 82px 的恒定像素代价,大半来自应用 CSS 之外的第三方固定容器。本文给出可复现的测量口径、发布回归门槛该怎么划,以及为什么不该定一条通用及格线、而要改用回归比较。
MCP 并不是 AI 智能体成本的首要决策项。本文结合覆盖七种 harness、五种模型的受控实验,以及我自己实测的工具定义载荷字节数与失败支出占比,说明真正决定成本、可靠性与可审计性的究竟是哪一层。
AI features 文档全文 177,842 字节里,opt out、opt-out、exclude 各出现 0 次。为什么不存在只把 AI Overviews 与 AI Mode 排除在外的开关,以及不靠 robots.txt 的话团队该动哪里,用 18 轮实测给出答案。
August 2026 spam update在incidents.json里留下精确到秒的开始时间戳,抓取无需认证。但Search Console的日期轴按太平洋时间整天对齐,分钟级信息一进连接键就变成边界日里前后混合的一天。查了八份官方文档、跑了九次实测:这个数据值得抓,但只能用来打标签,不能用来提高相关分析精度。
Google 7 月 29 日宣布平台资源全球开放。今天 8 月 18 日帮助中心两页仍写逐步推出,API 参考停在 2024-07-23,只有 URL-prefix 和 sc-domain。七份文档核对后的判断:手动看报表的今天就接 Instagram、TikTok、X、YouTube,自动管道先别放。
我在两行 robots.txt 里调换顺序,urllib 的结果当场反转。把 34 KiB 的 AGENTS.md 喂给 Codex,文件后半截的测试标记变成 0 命中,终端没有报错。声明式规则解析失败时不会停下,只会假装规则不存在。219 次运行全部以退出码 0 结束,先确认是哪个解析器给的判定。
把同一句提示做成七种 tooltip,分别量 WCAG 2.2 SC 1.4.13 的 Dismissible、Hoverable、Persistent。纯 CSS 的三种全部倒在 Dismissible 上,popover="hint" 白送你 Dismissible,却在 Hoverable 上翻车。
装上 Chrome 团队的 Modern Web Guidance 0.0.180,按分类数完 138 篇指南,再用三个领域 22 条查询去戳检索。首位相似度:UI 0.643,无障碍 0.508,结构化数据 0.267,另有 2 条完全没有返回。语料库空出来的地方怎么用项目规约补上,这篇一并写清楚。