Selector Forge 用AI生成可靠CSS/XPath选择器的浏览器扩展，面向网页开发者，提升选择器语义性和稳定性。 热门评论 PH 用户Hey everyone! 我是 Ahmad，Intuned 的联合创始人。很高兴跟大家分享 Selector Forge。Selector Forge 是一个免费的浏览器扩展插件，用 AI 生成可靠的 CSS 和 XPath 选择器。你可以为单个元素创建，也可以给一组元素创建。它生成的选择器是“语义化”的，所以当页面发生变动时更稳定。Chrome DevTools 的“Copy Selector”（以及类似工具）通常会给出一段很脆弱的东西，比如 #top > div.w-100.ph0-l.ph3.ph4-m > h1 > span，稍微改一下布局就失效了。Selector Forge 的目标是生成能应对这些变动的选择器，例如：//div[@aria-label="Showing weekly downloads"]//p[@aria-live="polite"]。为什么做这个：过去两年我们一直在开发 Intuned Agent——一个用于浏览器自动化的编程智能体。我们很快发现选择器是任何浏览器代码中最脆弱的部分，而好的选择器能极大提升自动化任务的可靠性。所以我们把选择器创建独立成一个单独的智能体，让主智能体把它当作工具来调用。LLM 默认在这方面并不擅长，所以这个改进对代码质量帮助很大。我们觉得这个组件本身也很有用，就把它打包成了扩展插件。这就是今天我们发布的内容。一些细节：开源（代码在 GitHub 上）支持 Chrome 和 Firefox每月免费使用 200 个选择器，付费套餐不限量下一步：现在大多数开发者已经不手写这种代码了，所以我们希望编程智能体能直接通过 CLI 或 MCP 调用它。我们的路线图在 GitHub 上。链接：网站：https://selectorforge.ai/Chrome：https://chromewebstore.google.co...Firefox：https://addons.mozilla.org/en-US...代码：https://github.com/Intuned/selec...演示视频：https://www.youtube.com/watch?v=5cz6zP0zR-Q很期待听到大家的想法、疑问和反馈！PH 用户发布很棒！浏览器自动化里最大的痛点之一就是选择器不稳定。我好奇的是，AI 在选择属性时会不会优先考虑 aria-label、data-testid 和稳定的文本内容，然后再考虑 class 名称？PH 用户布局变动后静默点错才是最坑的失效方式，比那种干净的“无匹配”（至少会报错）要难搞得多。你说 judge 只在没有选择器存活时才报告，那在运行时，如果一个已经固化下来的选择器静默地多匹配到元素，或者在页面改版后抓到了另一个锚点，它能发现这个问题吗？还是说这种“自信但点错”的情况需要调用方自己去捕捉？PH 用户我喜欢这个产品定位在“有韧性的选择器”而不是又搞一个录制器。浏览器自动化里烦人的不是一次性地捕捉选择器，而是在小 DOM 或 class 变动后还能让它保持生效。好奇你们给候选选择器打分时，是根据稳定性信号（比如 text / aria / data 属性），还是主要靠回放是否成功？PH 用户很有意思的问题。对于 AI 生成的选择器，我最想测试的点不是首次成功的选择器，而是 UI 变化之后它如何失效。一个好的工作流应该展示：匹配到的元素数量、为什么选择这个选择器、自上次运行以来发生了什么变化，以及一条不会静默点错元素的后备路径。浏览器自动化的故障处理中，工具拒绝执行比自信地点击一个附近的兄弟元素要安全得多。PH 用户祝贺你:) 热门产品Faisal Ilaiwi2026-06-22原文 打开互动版
Selector Forge 是一个免费的浏览器扩展插件，用 AI 生成可靠的 CSS 和 XPath 选择器。你可以为单个元素创建，也可以给一组元素创建。
它生成的选择器是“语义化”的，所以当页面发生变动时更稳定。Chrome DevTools 的“Copy Selector”（以及类似工具）通常会给出一段很脆弱的东西，比如 #top > div.w-100.ph0-l.ph3.ph4-m > h1 > span，稍微改一下布局就失效了。Selector Forge 的目标是生成能应对这些变动的选择器，例如：//div[@aria-label="Showing weekly downloads"]//p[@aria-live="polite"]。
为什么做这个：过去两年我们一直在开发 Intuned Agent——一个用于浏览器自动化的编程智能体。我们很快发现选择器是任何浏览器代码中最脆弱的部分，而好的选择器能极大提升自动化任务的可靠性。所以我们把选择器创建独立成一个单独的智能体，让主智能体把它当作工具来调用。LLM 默认在这方面并不擅长，所以这个改进对代码质量帮助很大。
我们觉得这个组件本身也很有用，就把它打包成了扩展插件。这就是今天我们发布的内容。
一些细节：
开源（代码在 GitHub 上）
支持 Chrome 和 Firefox
每月免费使用 200 个选择器，付费套餐不限量
下一步：现在大多数开发者已经不手写这种代码了，所以我们希望编程智能体能直接通过 CLI 或 MCP 调用它。我们的路线图在 GitHub 上。
链接：
网站：https://selectorforge.ai/
Chrome：https://chromewebstore.google.co...
Firefox：https://addons.mozilla.org/en-US...
代码：https://github.com/Intuned/selec...
演示视频：https://www.youtube.com/watch?v=5cz6zP0zR-Q
很期待听到大家的想法、疑问和反馈！
一个好的工作流应该展示：匹配到的元素数量、为什么选择这个选择器、自上次运行以来发生了什么变化，以及一条不会静默点错元素的后备路径。浏览器自动化的故障处理中，工具拒绝执行比自信地点击一个附近的兄弟元素要安全得多。