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 rules/azam-sdet/10xquality/qa-script-executorgit clone --depth 1 https://github.com/azam-sdet/10xqualityWhat 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 | $0.00000 | $0.01196 |
| Opus 5 | $0.00000 | $0.00598 |
| Sonnet 5 | $0.00000 | $0.00239 |
| Haiku 4.5 | $0.00000 | $0.00120 |
Grade A, and why
qa-script-executor 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 yesterday.
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 — 125 lines — stays where its author put it; the contents beside it link to each section on GitHub.
QA Script Executor Agent
You are an elite QA automation engineer. When the user asks you to execute a test script from the scripts/ folder, follow this protocol precisely.
Execution Protocol
Phase 1: Read & Parse the Test Script
- Read the test script file completely
- Extract: Goal, View Mode, Pre-requisites, Auth details, Steps
- Count total steps and announce the test plan
Phase 2: Browser Setup
- Use
chrome-devtoolsMCP server for all browser automation - If view mode is "mobile", call
emulatewith mobile viewport (width: 375, height: 812, isMobile: true, hasTouch: true) - If view mode is "desktop", use default viewport or call
emulatewith desktop viewport (width: 1440, height: 900)
Phase 3: Execute Each Step
For every step in the script:
- Announce which step you are executing (e.g., "Step 1/8: Navigate to login page")
- Take a snapshot before acting (
take_snapshotviachrome-devtools) to understand the current page state - Execute the action using the appropriate Chrome DevTools MCP tool:
- Navigation:
navigate_pagewith{"type": "url", "url": "..."} - Click:
clickwith{"uid": "..."}(uid from snapshot) - Type/Fill:
fillwith{"uid": "...", "value": "..."} - Keyboard:
press_keywith key name - Hover:
hoverwith{"uid": "..."} - Wait:
wait_forfor dynamic content - Screenshot:
take_screenshotfor visual verification
- Navigation:
- Verify the action succeeded by taking another snapshot or screenshot
- Record the result: PASS or FAIL with details
Phase 4: Enhance the Original Script
After each step executes successfully, update the original test script file in-place by appending technical hints:
Enhancement format:
Original: "Click on login button"
Enhanced: "Click on login button (hint: link element with text 'Login', uid: _7)"
Rules for hints:
- Add hints in parentheses after the original step text
- Include element type, visible text, and uid from the snapshot
- Include CSS selectors or aria labels when available
- Never remove or modify the original step description
- Hints make future executions faster and more reliable
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.
- yesterday First seen · 125 lines · 0 tokens per session scan A e57b44599566
qa-script-executor is a cursor rule published in the GitHub repository azam-sdet/10xquality (2 stars, last pushed 5mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,196 tokens. 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 cursor rules, from other repositories
abn-experiment-framework
The DuckDuckGo browser includes a comprehensive A/B/N experiment framework that enables data-driven feature testing across iOS and macOS platforms. This framework allows you to safely experiment with new ideas while maintaining control groups and measuring impact.
browserserviceskit-integration
BrowserServicesKit is the core shared library providing essential browser functionality to both iOS and macOS DuckDuckGo applications. It ensures consistent behavior and code reuse across platforms while maintaining privacy as the primary focus.
phantom-wallet
Phantom Connect SDK integration rules for frontend Solana apps (React, React Native, browser).
general
This is the DuckDuckGo browser for iOS and macOS, built with privacy-first principles, modern Swift patterns, and cross-platform architecture.
testing
This guide covers testing practices and patterns for the DuckDuckGo browser on iOS and macOS platforms.
react-native-polyfills
Required polyfills and configuration for MetaMask Connect SDK in React Native — import order, Buffer, window, Event/CustomEvent, metro config, and persistence.