HTML图片资源“快速查找”需按加载方式匹配手段：静态img用Elements面板Ctrl+F搜src；CSS背景图须查Styles面板；JS动态图依赖Network面板Img筛选；批量提取优先用requests-html或BeautifulSoup解析，再过滤无效路径。

直接说结论：HTML图片资源管理的“快速查找”不是靠一个工具解决的，而是根据图片加载方式（静态 img、CSS 背景图、JS 动态插入）匹配对应手段，否则你总在 src 里打转却漏掉 40% 的图。

用浏览器开发者工具查 img 标签的 src 最快但有盲区

这是最常用也最容易上手的方式，但仅适用于显式声明的 。打开开发者工具 → Elements 面板 → Ctrl+F 搜 img 或 src=，能立刻定位到标签。但注意几个现实问题：

• 如果页面用了懒加载，src 可能是占位符（如 src="data:image/gif;base64,R0lGOD..."），真实地址藏在 data-src 或 data-lazy 里，得手动点开看属性
• src 值是相对路径（如 ../assets/logo.png）时，不能直接右键“在新标签页打开”，得先补全为绝对 URL 才能验证是否有效
• 多个同名图片（比如不同尺寸的 logo@2x.png）混在一起，光靠 src 字符串很难区分用途，得结合父容器 class 或注释上下文判断

查 CSS background-image 必须切到 Styles 面板

很多 banner、icon、装饰图根本没走 img 标签，而是写在 CSS 里：background-image: url(/images/hero-bg.jpg)。这种图在 Elements 面板搜不到，必须：

• 在页面上右键目标区域 → “检查”，确保选中的是带背景图的元素（比如
  ）
• 切换到右侧 Styles 面板，展开该元素的样式规则，逐行扫 background 相关属性
• 找到 url(...) 后，把括号里的路径复制出来；若为相对路径（如 url(../img/bg.jpg)），需结合当前 CSS 文件所在位置推算真实路径 —— 这时候看 Network 面板里这个 CSS 文件的 Request URL 就很关键

动态加载的图片得靠 Network 面板抓请求

SPA 页面或滚动加载的图库，图片 URL 往往由 JS 拼接后通过 fetch 或 new Image() 触发请求，DOM 里压根不出现。这时候 Elements 面板和源码搜索都失效，唯一可靠的是：


htmlppt.skill
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
下载
• 打开开发者工具 → Network 面板 → 刷新页面
• 在筛选栏点 Img（或输入 mime-type:image），只显示图片资源
• 滚动页面触发懒加载，观察新增的图片请求；点击任一请求 → Preview 或 Response 查看是否为真实图片
• 右键请求 → “Copy” → “Copy link address” 得到可直访的 URL；注意有些 URL 带临时 token（如 ?Expires=1730427600&Signature=...），过期即失效，不能长期存档

批量提取时别硬写正则，优先用 requests-html 或 BeautifulSoup

本地处理 HTML 文件或爬取页面时，想一次性捞出所有图片地址，手动正则容易漏掉 data-srcset、src 在 noscript 里、或者被注释包裹的情况。更稳的做法是用解析器：

• requests-html：调用 r.html.find('img') 后遍历每个 Element，从 .attrs.get('src') or .attrs.get('data-src') 取值，再用内置的 .absolute_links 自动补全相对路径
• BeautifulSoup：用 soup.find_all(['img', 'source']) 覆盖响应式图片，再统一提取 src、srcset、data-bg 等常见属性，避免只盯 img 标签
• 无论用哪种，最后一步都要过滤：去掉 data:image/、跳过含 pixel / tracker 的 URL、按扩展名保留 .jpg / .webp 等主流格式

真正卡住人的从来不是“找不到”，而是找了一半就默认结束了——img 标签只是入口，CSS 和 Network 才是藏图的两个暗格。漏掉任意一层，管理就变成残缺台账。