核心用法
本技能提供多平台截图解决方案，覆盖命令行原生工具、编程接口及自动化场景：
macOS：screencapture 为内置首选，-x 静默模式适合脚本，-i 支持交互选区。Retina 屏幕需注意 2x 分辨率输出，可用 -R 指定精确像素区域。iOS 模拟器推荐 xcrun simctl io booted screenshot，比 screencapture 更稳定。
Linux：桌面环境各有专精工具（GNOME 用 gnome-screenshot，KDE 用 spectacle）。无头环境用 xvfb-run scrot 创建虚拟显示。Wayland 生态需特别注意：X11 工具会静默失效，应切换至 grim+slurp 组合。
Windows：避免冗长的 PowerShell API 调用，推荐 nircmd savescreenshot 单命令方案。跨平台脚本可用 Python PIL/Pillow 的 ImageGrab。
网页自动化：Playwright 和 Puppeteer 处理 JavaScript 渲染页面，务必设置 networkidle 等待避免捕获不完整内容。超长页面建议分块截屏，避免全页截图的像素化问题。
格式与优化：UI/文本用 PNG 保无损，照片用 JPEG（质量 85-92 为甜点区）。WebP 可省 25-35% 空间，但需考虑旧版 Safari 兼容性。CI 场景用 pngquant/jpegoptim 预压缩以节省存储传输。
显著优点
- 平台覆盖完整，命令可直接复制执行
- 针对 Retina、Wayland 等现代特性给出具体对策
- 自动化细节（时间戳命名、视口一致性、压缩优化）实用
潜在局限
- 部分工具（
nircmd、Playwright）需额外安装 - Wayland 生态工具链仍在演进，兼容性需注意
- 未涉及移动端真机 screenshot 方案
适合人群
DevOps 工程师、QA 自动化测试人员、技术文档写作者、需要批量截图处理的开发者。
常规风险
- 截图可能意外包含敏感信息（窗口标题、通知内容），自动化脚本需审查输出
- 网页截图工具执行外部 JavaScript，需信任目标 URL
xvfb-run等虚拟显示方案在共享 CI 环境可能有资源竞争