Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add wende/macbeth --skill electrongit clone --depth 1 https://github.com/wende/macbethWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/wende/macbeth/electron)<a href="https://agentmods.dev/skills/wende/macbeth/electron"><img src="https://agentmods.dev/badge/skills/wende/macbeth/electron/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/wende/macbeth/electron"><img src="https://agentmods.dev/badge/skills/wende/macbeth/electron.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00027 | $0.01370 |
| Opus 5.5 | $0.00011 | $0.00548 |
| Sonnet 5.5 | $0.00005 | $0.00274 |
| Haiku 4.5 | $0.00003 | $0.00137 |
Grade A, and why
electron scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 121 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Electron App Automation
Electron apps (Slack, VS Code, Discord, Notion, Figma desktop, …) render their UI as Chromium web content. macbeth automates them the same way it does native apps, with a few Electron-specific things to know.
Connect
Connect by name or PID as usual:
connect_app({ "name": "Slack" })
On connect, macbeth enables Chromium's accessibility tree (AXManualAccessibility) and
waits for the web content to expose descendants. Branded Electron distributions are
recognised via ElectronAsarIntegrity, ChromiumBaseVersion, or a renamed
*Framework.framework + Helper (Renderer) layout. list_apps reports these apps
with runtime: electron and includes declared aliases and bundle IDs.
Reconnecting the same app refreshes readiness without waiting again unless you pass
readyTimeoutMs explicitly — useful after a first connect reported empty_web_area.
Expect a readiness delay
After connecting, Chromium needs a short, non-deterministic moment (usually <1s) to
construct the tree. connect_app already polls for this, but if the very first
query_tree looks empty (just a window shell), wait briefly and query again — the web
content is still materializing. For slow apps, connect with a longer wait:
connect_app({ "name": "Slack", "readyTimeoutMs": 5000 })
Discover the tree first
Always run query_tree after connecting, before building locators — Electron trees vary
a lot between apps and change as the app renders. Web content lives under a web_area
node:
[window "Slack"] h:h_0
[web_area] h:h_5
[button "Send"] h:h_31
[text_field] h:h_28
[heading "Threads"] h:h_12
...
Scope queries to the web_area and target elements directly — recursive descent means you
don't need to name every intermediate container:
{ "query": [{ "role": "window" }, { "role": "web_area" }, { "role": "button", "title": "Send" }] }
Common web-content roles: web_area, heading, link, button, text_field,
text_area, checkbox, radio, list, table, text. Note Chromium sometimes exposes
a contenteditable message box as text_area rather than text_field — check the tree.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 121 lines · 27 tokens per session scan A 44776660c312
electron is a skill published in the GitHub repository wende/macbeth (4 stars, last pushed 27d ago), licensed MIT. It adds 27 tokens to every session and 1,370 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
browser-forms
Fill a whole web form, post a comment or reply, or read a long thread in Safari or Chrome with the fewest Mac MCP browser calls.
reverse-search-video-frame
Reverse-search a captured video point and verify candidate identity against source appearance, readable text and page context before reporting a match.
@elad12390/web-research-assistant
Comprehensive MCP server for web research with 14 tools: SearXNG + Exa AI search, URL crawling, stealth scraping (Cloudflare bypass), package registry lookup (npm/PyPI/crates), GitHub stats, changelog fetching, tech comparison, error translation, API docs discovery, stock image search, and service health. Trigger…
openclaw-web-scraper
Stealth web scraping MCP server with 5 tools for structured data extraction. Use when: (1) 'scrape this URL' or 'extract data from this site', (2) 'get all prices from this page' or 'extract structured data', (3) 'take a screenshot of this page', (4) 'click this button and get the result' or 'interact with a page'…
playwright
Playwright end-to-end testing expertise for modern web applications. Covers browser automation, cross-browser testing, API testing, visual regression, and CI integration. Use for E2E testing of web apps across Chromium, Firefox, and WebKit.
browser-testing-with-devtools
Verify browser behavior with runtime evidence from DOM, console, network, and performance signals.