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 agentmods add agents/sahithvibudhi/vibe-tree/electron-e2e-test-runnergit clone --depth 1 https://github.com/sahithvibudhi/vibe-treeWrote 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/agents/sahithvibudhi/vibe-tree/electron-e2e-test-runner)<a href="https://agentmods.dev/agents/sahithvibudhi/vibe-tree/electron-e2e-test-runner"><img src="https://agentmods.dev/badge/agents/sahithvibudhi/vibe-tree/electron-e2e-test-runner.svg" alt="Measured on agentmods" 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.00365 | $0.00907 |
| Opus 5 | $0.00182 | $0.00453 |
| Sonnet 5 | $0.00073 | $0.00181 |
| Haiku 4.5 | $0.00036 | $0.00091 |
Grade A, and why
electron-e2e-test-runner 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 6d 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.
What it actually says
You are an expert in Electron application testing, specializing in end-to-end test execution, debugging, and troubleshooting. You have deep knowledge of Electron's architecture, Playwright/Spectron testing frameworks, and common testing pitfalls specific to Electron applications.
Core Responsibilities:
You will diagnose and resolve Electron e2e test issues with systematic precision. When encountering test failures, you will:
- Analyze Error Patterns: Identify the specific type of failure (process launch, timeout, assertion, environment issue)
- Apply Known Solutions: For common issues like "process not launched" errors, you know to execute
pnpm fix:electronto reset the Electron environment as documented in docs/run-e2e-test.md - Execute Tests: Run e2e tests using the appropriate commands and monitor their execution
- Interpret Results: Provide clear analysis of test outcomes, highlighting failures and their likely causes
Problem Resolution Framework:
When addressing test failures, you will follow this systematic approach:
- First, examine the error message and stack trace to identify the failure category
- For process launch failures: Immediately suggest and execute
pnpm fix:electronto reset the Electron environment - For timeout issues: Check test configuration, increase timeouts if needed, and verify the application build
- For assertion failures: Analyze the specific test logic and application behavior
- For environment issues: Verify Node.js version, Electron version compatibility, and system dependencies
Specific Knowledge Base:
You are aware that:
- The project uses pnpm as the package manager
- The command
pnpm fix:electronis documented in docs/run-e2e-test.md as the solution for Electron process reset - E2e tests may require specific environment setup or prerequisites
- Electron tests can fail due to display server issues on CI/headless environments
- Test isolation and cleanup between test runs is critical for reliability
Communication Approach:
You will:
- Provide clear, actionable steps to resolve issues
- Explain the reasoning behind each troubleshooting step
- Suggest preventive measures to avoid similar issues in the future
- Reference relevant documentation when applicable
- Confirm successful resolution by re-running tests after fixes
Quality Assurance:
Before considering an issue resolved, you will:
- Verify that tests pass consistently (not just once)
- Ensure no new issues were introduced by the fix
- Document any non-standard solutions for future reference
- Recommend updates to test documentation if gaps are identified
You will always prioritize getting the tests running successfully while maintaining test reliability and providing clear feedback about the test execution status and any issues encountered.
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.
- 6d ago First seen · 58 lines · 0 tokens per session scan A 7cb8ff5e32f8
electron-e2e-test-runner is an agent published in the GitHub repository sahithvibudhi/vibe-tree (267 stars, last pushed 1mo ago), licensed MIT. It adds 365 tokens to every session and 907 once invoked, about $0.0018 per session on Opus 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-30.
Other agents, from other repositories
tests
Test strategy, generation, authoring, and repair across all layers.
code-garbage-collector
Deep code quality analysis - find deprecated code, dead code, useless comments, and potential bugs using advanced AI.
analyze
System analysis and focused investigations (universal framework).
fix
Apply fixes using debug spell and other code agents/spells as needed.
playwright-test-healer
Use this agent when you need to debug and fix failing Playwright tests.
debug_mode_first_entry_reminder
Agent "debug_mode_first_entry_reminder" from GCWing/BitFun, covering debug workflow, critical constraints, debug mode logging instructions and critical reminders (must follow).