chrome-devtools — скилл для GitHub Copilot: установка
Управляет живым Chrome через Chrome DevTools MCP: открывает страницы, проверяет ошибки и пишет трассы производительности. Нужен для отладки интерфейса прямо из агента.
npx skills add github/awesome-copilot --skill chrome-devtools -a claude-codeЧто делает chrome-devtools
Скилл управляет вкладками Chrome, переходит по страницам, нажимает элементы, заполняет формы, обрабатывает диалоги и загружает файлы. Для поиска элементов он использует текстовый снимок accessibility-дерева с uid; скриншот оставлен для визуальной проверки.
Для отладки доступны сообщения консоли, запуск JavaScript в контексте страницы и сведения о сетевых запросах. Скилл умеет менять viewport, эмулировать CPU, сеть или геолокацию, а также записывать и разбирать performance trace для поиска проблем LCP и layout shifts. Ему нужен MCP-сервер chrome-devtools. Ставить стоит командам, которые проверяют веб-интерфейс в Chrome; для задач без браузера этот скилл лишний.
Какие задачи решает
- открыть страницу и заполнить форму
- найти элемент по
uidи нажать его - проверить ошибки JavaScript в консоли
- найти неуспешные сетевые запросы
- записать trace и разобрать проблемы LCP
Примеры запросов агенту
- «Открой страницу, сделай `take_snapshot` и нажми кнопку отправки.»
- «Проверь `list_console_messages` и `list_network_requests` после загрузки страницы.»
- «Запусти `performance_start_trace` с перезагрузкой и найди причину проблем LCP.»
Как установить chrome-devtools
1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill chrome-devtools -a claude-code2Вручную: положить файлы
~/.claude/skills/chrome-devtools/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/chrome-devtools/
Вручную: положить файлы
.agents/skills/chrome-devtools/SKILL.mdДля всех проектов — ~/.agents/skills/
Вручную: положить файлы
.cursor/skills/chrome-devtools/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1Через Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill chrome-devtools2GitHub CLI
gh skill install github/awesome-copilot chrome-devtools3Вручную: положить файлы
.github/skills/chrome-devtools/SKILL.mdКомандой платформы
gemini skills install https://github.com/github/awesome-copilot --path skills/chrome-devtoolsВручную: положить файлы
.devin/skills/chrome-devtools/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Claude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Похожие
Вопросы о chrome-devtools
Как установить chrome-devtools в GitHub Copilot?
Выполните npx skills add github/awesome-copilot --skill chrome-devtools. Также доступна команда gh skill install github/awesome-copilot chrome-devtools.
Что делает chrome-devtools?
Скилл подключает агента к живому Chrome через Chrome DevTools MCP. Он автоматизирует действия в браузере, читает консоль и сетевые запросы, делает снимки страницы и анализирует производительность.
Что нужно chrome-devtools для работы?
Скилл использует MCP-сервер chrome-devtools для управления и инспекции Chrome. После навигации или изменения DOM стоит заново делать take_snapshot, потому что uid элементов меняются.
Исходный текст
SKILL.md · MIT
--- name: chrome-devtools description: 'Expert-level browser automation, debugging, and performance analysis using Chrome DevTools MCP. Use for interacting with web pages, capturing screenshots, analyzing network traffic, and profiling performance.' license: MIT --- # Chrome DevTools Agent ## Overview A specialized skill for controlling and inspecting a live Chrome browser. This skill leverages the `chrome-devtools` MCP server to perform a wide range of browser-related tasks, from simple navigation to complex performance profiling. ## When to Use Use this skill when: - **Browser Automation**: Navigating pages, clicking elements, filling forms, and handling dialogs. - **Visual Inspection**: Taking screenshots or text snapshots of web pages. - **Debugging**: Inspecting console messages, evaluating JavaScript in the page context, and analyzing network requests. - **Performance Analysis**: Recording and analyzing performance traces to identify bottlenecks and Core Web Vital issues. - **Emulation**: Resizing the viewport or emulating network/CPU conditions. ## Tool Categories ### 1. Navigation & Page Management - `new_page`: Open a new tab/page. - `navigate_page`: Go to a specific URL, reload, or navigate history. - `select_page`: Switch context between open pages. - `list_pages`: See all open pages and their IDs. - `close_page`: Close a specific page. - `wait_for`: Wait for specific text to appear on the page. ### 2. Input & Interaction - `click`: Click on an element (use `uid` from snapshot). - `fill` / `fill_form`: Type text into inputs or fill multiple fields at once. - `hover`: Move the mouse over an element. - `press_key`: Send keyboard shortcuts or special keys (e.g., "Enter", "Control+C"). - `drag`: Drag and drop elements. - `handle_dialog`: Accept or dismiss browser alerts/prompts. - `upload_file`: Upload a file through a file input. ### 3. Debugging & Inspection - `take_snapshot`: Get a text-based accessibility tree (best for identifying elements). - `take_screenshot`: Capture a visual representation of the page or a specific element. - `list_console_messages` / `get_console_message`: Inspect the page's console output. - `evaluate_script`: Run custom JavaScript in the page context. - `list_network_requests` / `get_network_request`: Analyze network traffic and request details. ### 4. Emulation & Performance - `resize_page`: Change the viewport dimensions. - `emulate`: Throttling CPU/Network or emulating geolocation. - `performance_start_trace`: Start recording a performance profile. - `performance_stop_trace`: Stop recording and save the trace. - `performance_analyze_insight`: Get detailed analysis from recorded performance data. ## Workflow Patterns ### Pattern A: Identifying Elements (Snapshot-First) Always prefer `take_snapshot` over `take_screenshot` for finding elements. The snapshot provides `uid` values which are required by interaction tools. ```markdown 1. `take_snapshot` to get the current page structure. 2. Find the `uid` of the target element. 3. Use `click(uid=...)` or `fill(uid=..., value=...)`. ``` ### Pattern B: Troubleshooting Errors When a page is failing, check both console logs and network requests. ```markdown 1. `list_console_messages` to check for JavaScript errors. 2. `list_network_requests` to identify failed (4xx/5xx) resources. 3. `evaluate_script` to check the value of specific DOM elements or global variables. ``` ### Pattern C: Performance Profiling Identify why a page is slow. ```markdown 1. `performance_start_trace(reload=true, autoStop=true)` 2. Wait for the page to load/trace to finish. 3. `performance_analyze_insight` to find LCP issues or layout shifts. ``` ## Best Practices - **Context Awareness**: Always run `list_pages` and `select_page` if you are unsure which tab is currently active. - **Snapshots**: Take a new snapshot after any major navigation or DOM change, as `uid` values may change. - **Timeouts**: Use reasonable timeouts for `wait_for` to avoid hanging on slow-loading elements. - **Screenshots**: Use `take_screenshot` sparingly for visual verification, but rely on `take_snapshot` for logic.
© github · MIT · github/awesome-copilot