Token导航 LogoToken导航

Agent Skill · 研究检索

browser-screenshot(浏览器截图)

browser-screenshot 用于处理浏览器自动化、网页检查和页面信息提取,适合在 Codex、Claude、Cursor、Gemini CLI 中需要让 Agent 打开页面、读取网页或验证前端流程时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

browser-screenshot 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为操作浏览器;许可证信息还不明确,第三方扫描有提醒项,按安装量在研究检索类的 73,675 个 Skill 里排第 10,207。

总安装 12,944周安装 534GitHub Stars 公开资料未说明下载 4,229核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:browser-screenshot(浏览器截图)
来源仓库:https://github.com/zc277584121/marketing-skills
仓库路径:skills/browser-screenshot
安装命令:
npx skills add https://github.com/zc277584121/marketing-skills --skill browser-screenshot
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/zc277584121/marketing-skills --skill browser-screenshot

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

browser-screenshot 精准截取网页特定区域而非整页画面。自动定位目标元素(如推文、图表)并生成裁剪后图像文件。集成页面导航与信息提取流程,形成端到端视觉证据链。必须配合 agent-browser 使用且开启 Chrome 远程调试模式。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/browser-screenshot

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/zc277584121/marketing-skills --skill browser-s…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要操作浏览器,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

browser-screenshot 怎么安装?

在终端执行 npx skills add https://github.com/zc277584121/marketing-skills --skill browser-screenshot。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

browser-screenshot 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

browser-screenshot 需要什么权限?

权限级别是操作浏览器。该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

browser-screenshot 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

browser-screenshot 用的人多吗?

公开数据是累计安装 12,944 次,近一周安装 534 次,下载 4,229 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

browser-screenshot 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
browser-screenshot

浏览器截图 · 本页

12,944—操作浏览器未明确有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Skill: Browser Screenshot

Take focused screenshots of specific regions on web pages — a Reddit post, a tweet, an article section, a chart, etc. — not just a full-page dump.

Prerequisite: agent-browser must be installed and Chrome must have remote debugging enabled. See references/agent-browser-setup.md if unsure.

Overview

This skill handles the full pipeline:

  1. Research the best page to screenshot (web search, fetch)
  2. Navigate to the right page in the browser
  3. Locate the target element/region on the page
  4. Capture a focused, cropped screenshot of just that region

Hard Rule: No Full-Screen Screenshots

NEVER output an uncropped full-viewport or full-page screenshot as a final result. Full screenshots contain too much noise (nav bars, sidebars, ads, unrelated content) and are unsuitable as article illustrations. Every screenshot MUST be cropped to a focused region.


Step 0: Research — Find and Validate Sources Before Opening the Browser

The browser is for capturing, not for browsing. Before opening anything in Chrome, use text-based tools (WebSearch, WebFetch) to find candidate pages, read their content, and decide which ones are actually worth screenshotting.

Research-First Workflow

  1. WebSearch to find candidate pages for the topic
  2. WebFetch each candidate to read its text content — check if it has the information/visual you need
  3. Evaluate: Is this page worth a screenshot? Does it have a clear, focused region that would work as an illustration?
  4. Only then open the browser to capture the screenshot

This saves significant time — most candidate pages won't be worth screenshotting, and you can eliminate them without the overhead of browser navigation.

When to Use Browser-First Instead

Skip the WebSearch/WebFetch phase and go directly to Chrome browsing when:

  • The target platform requires login — Reddit, LinkedIn, X/Twitter, and other social platforms often gate content behind login walls. If the user's Chrome session is already logged in, use the browser directly.
  • The user specifies a platform with a clear search need — e.g., "find a Reddit post about X" or "screenshot a tweet about Y". Go straight to the platform's search in Chrome.
  • WebFetch returns blocked/incomplete content — some sites aggressively block non-browser requests. If you get a 403, a CAPTCHA page, or stripped content, switch to Chrome.

In these cases, Chrome browsing replaces WebSearch — navigate to the platform's search page, browse results, and evaluate pages visually before deciding what to screenshot.

Page Selection Strategy

The right page depends on the context of the article and how recent/notable the subject is:

Subject TypeBest Page to FindHow to Find It
New model/feature launch (< 6 months)Official blog post announcing itWebSearch "<model name>" site:<vendor-domain> blog
Established product (> 6 months)Product landing page or docs overviewWebSearch "<model name>" official page
Open-source modelHuggingFace model card or GitHub repoDirect URL: huggingface.co/<org>/<model>
API serviceAPI documentation pageWebSearch "<service name>" API docs
Note: This table lists common subject types but is not exhaustive. Apply the same research-first strategy to any subject type — find the most authoritative and visually clean source page for the topic at hand.

What Makes a Good Screenshot Source

Core principle: Less is more. Focus on content, not chrome.

A good screenshot source contains a focused, self-contained piece of information — a paragraph of text, a key quote, a data table, a diagram. It should NOT be a busy page full of buttons, navigation, sidebars, and interactive elements.

  • Prefer: A section of a blog post with a clear heading and 1-2 paragraphs of text. A single chart or diagram. A model card header with name and description. A quote or key finding.
  • Avoid: Full landing pages with CTAs and navigation. Dashboard views with multiple panels. Pages dominated by UI controls (buttons, dropdowns, forms) rather than readable content.
  • Official blog posts are ideal: they have hero images, prominent titles, and concise descriptions designed for sharing
  • Product landing pages can work but only if you crop to the hero section — ignore the rest
  • HuggingFace model cards are reliable for open-source models: consistent layout, model name + description always at top
  • API docs are acceptable fallback: show the product name and key specs
Rule of thumb: If the region you plan to capture contains more interactive UI elements (buttons, links, nav items) than readable text content, it's a bad crop. Find a more content-rich region, or pick a different page entirely.

Pre-Flight URL Validation

Before opening in the browser, validate URLs with WebFetch (lightweight HEAD/GET) to avoid wasting time on 404s or redirects:

WebFetch: <candidate-url>
→ Check status code, title, and content snippet
→ If 404 or redirect to unrelated page, try next candidate

Region Selection Strategy

Think about what the article reader needs to see in this screenshot:

Article ContextWhat to CaptureTarget Region
Introducing a model in a lineupModel name + key tagline/descriptionBlog hero section or HF model card header
Comparing capabilitiesFeature highlights or spec tableBlog section showing specs/features
Discussing a specific featureThe feature descriptionRelevant section heading + 1-2 paragraphs
Showing a product/serviceBrand identity + value propLanding page hero (title + subtitle + visual)

The screenshot should make the reader think "ah, that's what this model/product is" — not "what am I looking at?"


Step 1: Navigate to the Target Page

Always Start by Listing Tabs

agent-browser --auto-connect tab list

Check if the page is already open. Reuse existing tabs — they have login sessions and correct state.

Navigation by Input Type

User ProvidesStrategy
Direct URLagent-browser --auto-connect open <url>
Search queryopen https://www.google.com/search?q=<encoded-query> → find and click the best result
Platform + topicConstruct platform search URL (see below) → locate target content
Vague descriptionGoogle search → evaluate results → navigate to best match

Platform-Specific Search URLs

PlatformSearch URL Pattern
Reddithttps://www.reddit.com/search/?q=<query>
X / Twitterhttps://x.com/search?q=<query>
LinkedInhttps://www.linkedin.com/search/results/content/?keywords=<query>
Hacker Newshttps://hn.algolia.com/?q=<query>
GitHubhttps://github.com/search?q=<query>
YouTubehttps://www.youtube.com/results?search_query=<query>

Wait for Page Load

After navigation, wait for content to settle:

agent-browser --auto-connect wait --load networkidle
Note: Some sites (Reddit, X, LinkedIn) never reach networkidle. If open already shows the page title in its output, skip the wait. Use wait 2000 as a safe alternative.

Step 2: Locate the Target Region

This is the critical step. The goal is to find a CSS selector that precisely wraps the content to capture.

Primary Method: DOM Selector Discovery

  1. Take an annotated screenshot to understand the page layout: agent-browser --auto-connect screenshot --annotate
  2. Take a snapshot to see the page's accessibility tree: agent-browser --auto-connect snapshot -i
  3. Identify the target container element. Look for:

- Semantic HTML containers: <article>, <main>, <section> - Platform-specific components (see Platform Selectors) - Data attributes: [data-testid="..."], [data-id="..."]

  1. Verify with get box to confirm the element has a reasonable bounding box: agent-browser --auto-connect get box "<selector>" This returns {x, y, width, height}. Sanity-check:

- Width should be > 100px and < viewport width - Height should be > 50px - If the box is the entire page, the selector is too broad — refine it

  1. If the selector is hard to find, use eval to explore the DOM: agent-browser --auto-connect eval "document.querySelector('article')?.getBoundingClientRect()"

Platform Selectors

Common container selectors for popular platforms:

PlatformTargetTypical Selector
RedditA postshreddit-post, [data-testid="post-container"]
X / TwitterA tweetarticle[data-testid="tweet"]
LinkedInA feed post.feed-shared-update-v2
Hacker NewsA story + comments#hnmain.fatitem
GitHubA repo card[data-hpc], .repository-content
YouTubeVideo player area#player-container-outer
Generic articleMain contentarticle, main, [role="main"], .post-content, .article-body
These selectors may change over time. Always verify with get box before using.

Multiple Matching Elements

If the selector matches multiple elements (e.g., multiple tweets on a timeline), narrow it down:

# Count matches
agent-browser --auto-connect get count "article[data-testid='tweet']"

# Use nth-child or :first-of-type, or a more specific selector
# Or use eval to find the right one by text content:
agent-browser --auto-connect eval --stdin <<'EOF'
const posts = document.querySelectorAll('article[data-testid="tweet"]');
for (let i = 0; i < posts.length; i++) {
  const text = posts[i].textContent.substring(0, 80);
  console.log(i, text);
}
EOF

Then target a specific one using :nth-of-type(N) or a unique parent selector.


Step 3: Capture the Focused Screenshot

Method A: Scroll + Viewport Screenshot (Preferred for Viewport-Sized Targets)

Best when the target element fits within the viewport.

# Scroll the target into view
agent-browser --auto-connect scrollintoview "<selector>"
agent-browser --auto-connect wait 500

# Take viewport screenshot
agent-browser --auto-connect screenshot /tmp/browser-screenshot-raw.png

Then crop using the bounding box (see Cropping).

Method B: Full-Page Screenshot + Crop (For Any Size Target)

Best when the target might be larger than the viewport or when precise cropping is needed.

# Take full-page screenshot
agent-browser --auto-connect screenshot --full /tmp/browser-screenshot-full.png

# Get the target element's bounding box
agent-browser --auto-connect get box "<selector>"
# Output: { x: 200, y: 450, width: 680, height: 520 }

Then crop (see Cropping).

Cropping

Use ImageMagick (magick on IMv7, convert is deprecated) to crop the screenshot to the target region. Add padding for visual breathing room.

Retina Display Handling

Critical: On macOS Retina displays, screenshots are captured at 2x resolution. A 1728x940 viewport produces a 3456x1880 image. You MUST account for this:

  1. Detect the scale factor: Compare viewport size vs actual image dimensions: # Check actual image dimensions magick identify /tmp/screenshot.png # → 3456x1880 means 2x scale on a 1728x940 viewport
  2. Multiply get box coordinates by the scale factor before cropping: # get box returns viewport coordinates: {x: 200, y: 450, width: 680, height: 520} # For 2x Retina, actual image coordinates are: SCALE=2 X=$((200 * SCALE)) Y=$((450 * SCALE)) W=$((680 * SCALE)) H=$((520 * SCALE)) PADDING=$((16 * SCALE))
Crop Command
magick /tmp/browser-screenshot-full.png \
  -crop $((W + PADDING*2))x$((H + PADDING*2))+$((X - PADDING))+$((Y - PADDING)) \
  +repage \
  <output-path>.png
Important: get box returns floating-point values. Round them to integers before passing to ImageMagick.
Padding: Use 12–20px (viewport px). Increase to ~30px if the target has a distinct visual boundary (card, bordered box). Use 0 if the user wants a tight crop.

Output Path

  • If the user specifies an output path, use that
  • Otherwise, save to a descriptive name in the current directory, e.g., reddit-post-screenshot.png, tweet-screenshot.png

Step 4: Verify the Result

After cropping, read the output image to verify it captured the right content:

# Use the Read tool to visually inspect the cropped screenshot

If the crop is wrong (missed content, too much whitespace, wrong element), adjust the selector or bounding box and retry.


Fallback: Visual Highlight Confirmation

When DOM-based location is uncertain — the selector might be wrong, multiple candidates exist, or the target is ambiguous — use JS-injected highlighting to visually confirm before cropping.

How It Works

  1. Inject a highlight border on the candidate element: agent-browser --auto-connect eval --stdin <<'EOF' (function() {const el = document.querySelector('<selector>'); if (!el) {console.log('NOT_FOUND'); return;} el.style.outline = '4px solid red'; el.style.outlineOffset = '2px'; el.scrollIntoView({block: 'center'});})(); EOF
  2. Take a screenshot and visually inspect: agent-browser --auto-connect screenshot /tmp/highlight-check.png Read the screenshot to check if the red border surrounds the correct content.
  3. If correct, remove the highlight and proceed with cropping: agent-browser --auto-connect eval "document.querySelector('<selector>').style.outline = ''; document.querySelector('<selector>').style.outlineOffset = '';"
  4. If wrong, try the next candidate or refine the selector, re-highlight, and re-check.

When to Use This Fallback

  • The page has complex/nested components and you're not sure which container is right
  • Multiple similar elements exist and you need to pick the correct one
  • The user's description is vague ("that chart in the middle of the page")
  • The get box result looks suspicious (too large, too small, zero-sized)

Page Preparation: Clean Up Before Capture

Before taking the final screenshot, clean up the page for a better result:

# Dismiss cookie banners, popups, overlays
agent-browser --auto-connect eval --stdin <<'EOF'
(function() {
  // Common cookie/popup selectors
  const selectors = [
    '[class*="cookie"] button',
    '[class*="consent"] button',
    '[class*="banner"] [class*="close"]',
    '[class*="modal"] [class*="close"]',
    '[class*="popup"] [class*="close"]',
    '[aria-label="Close"]',
    '[data-testid="close"]'
  ];
  selectors.forEach(sel => {
    document.querySelectorAll(sel).forEach(el => {
      if (el.offsetParent !== null) el.click();
    });
  });

  // Hide fixed/sticky elements that overlay content (nav bars, banners)
  document.querySelectorAll('*').forEach(el => {
    const style = getComputedStyle(el);
    if ((style.position === 'fixed' || style.position === 'sticky') && el.tagName !== 'HTML' && el.tagName !== 'BODY') {
      el.style.display = 'none';
    }
  });
})();
EOF
Use with caution: Hiding fixed elements might remove important context. Only run this when overlays visibly obstruct the target region.

Cookie Banners That Won't Dismiss

Some cookie consent banners (e.g., Jina AI's Usercentrics) live in shadow DOM or iframes and cannot be dismissed via JS click() or remove(). Don't waste time with multiple JS attempts. Instead:

  1. Crop it out — if the banner is at the top or bottom, simply adjust the crop region to exclude it. This is the fastest and most reliable approach.
  2. Scroll past it — scroll the target content away from the banner area before capturing.

Viewport Sizing

For consistent, high-quality screenshots, set the viewport before capturing:

# Standard desktop viewport
agent-browser --auto-connect set viewport 1280 800

# Wider for dashboard/data-heavy pages
agent-browser --auto-connect set viewport 1440 900

# Narrower for mobile-like content (social media posts)
agent-browser --auto-connect set viewport 800 600

Choose a viewport width that makes the target content render cleanly — not too cramped, not too stretched.


Complete Example: Screenshot a Reddit Post

User: "Screenshot the top post on r/programming"

# 1. List existing tabs
agent-browser --auto-connect tab list

# 2. Navigate to subreddit
agent-browser --auto-connect open https://www.reddit.com/r/programming/
agent-browser --auto-connect wait 2000

# 3. Find the first post container
agent-browser --auto-connect eval "document.querySelector('shreddit-post')?.getBoundingClientRect()"

# 4. Scroll it into view
agent-browser --auto-connect scrollintoview "shreddit-post"
agent-browser --auto-connect wait 500

# 5. Get bounding box
agent-browser --auto-connect get box "shreddit-post"
# → { x: 312, y: 80, width: 656, height: 420 }

# 6. Take full-page screenshot
agent-browser --auto-connect screenshot --full /tmp/reddit-raw.png

# 7. Crop with padding
convert /tmp/reddit-raw.png \
  -crop 688x452+296+64 +repage \
  reddit-post-screenshot.png

# 8. Verify by reading the output image

Key Commands Quick Reference

CommandPurpose
tab listList open tabs
open <url>Navigate to URL
wait 2000Wait for content to settle
snapshot -iSee interactive elements
screenshot --annotateVisual overview with labels
screenshot --full <path>Full-page screenshot
get box "<selector>"Get element bounding box
scrollintoview "<sel>"Scroll element into view
eval <js>Run JavaScript in page
set viewport <w> <h>Set viewport dimensions

Troubleshooting

get box returns null or zero-sized

  • The selector doesn't match any element. Use get count "<selector>" to verify.
  • The element may be hidden or not yet rendered. Try wait 2000 and retry.

Cropped image is blank or wrong area

  • The full-page screenshot coordinates may differ from viewport coordinates. Use screenshot --full with get box (they use the same coordinate system).
  • Check if the page has horizontal scroll — get box x values may be offset.

Target element is inside an iframe

  • get box and snapshot -i cannot see inside iframes.
  • Use eval to access iframe content: agent-browser --auto-connect eval "document.querySelector('iframe').contentDocument.querySelector('<sel>').getBoundingClientRect()" Note: Only works for same-origin iframes.

open succeeded but page content is wrong

  • The browser may have switched to a different tab (e.g., a popup or redirect opened a new tab). Always verify after navigation: agent-browser --auto-connect eval "document.location.href"
  • If the URL is wrong, use tab list to find the correct tab and tab goto <N> to switch.

Screenshot command times out on fonts

  • Some pages (e.g., Google developer docs) hang on document.fonts.ready. Force-resolve it first: agent-browser --auto-connect eval "document.fonts.ready.then(() => 'ok')" Then retry the screenshot.

Page has lazy-loaded content

  • Scroll down to trigger loading before taking the screenshot: agent-browser --auto-connect scroll down 1000 agent-browser --auto-connect wait 1500 agent-browser --auto-connect scroll up 1000

平台分布

Codex

36.16%
按下载量换算1,529

Claude

31.25%
按下载量换算1,322

Cursor

18.37%
按下载量换算777

Gemini CLI

8.04%
按下载量换算340

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills