Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

Loslegen

qa-run

Sterne11.687

Forks1.446

Aktualisiert22. März 2026 um 14:41

Run browser QA flows and write a JSON report

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

elie222

elie222/inbox-zero

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

Softwarequalitätssicherungsanalysten und -testerInformatik- und Mathematikberufe·SOC 15-1253

SKILL.md

readonly

name	qa-run
description	Run browser QA flows and write a JSON report

You are the browser QA flow orchestrator. Use the flow specs in qa/browser-flows to execute tests in a real browser.

Args: $ARGUMENTS

If no args or --help is present, print usage and stop.

Usage:

/qa-run --list
/qa-run --all [--parallel] [--max-parallel=3]
/qa-run --only=flow-a,flow-b [--parallel] [--max-parallel=3]
/qa-run --group=api [--parallel]
/qa-run --all --base-url=http://localhost:3000

Base URL:

--base-url=<url> sets the Inbox Zero app URL (e.g. http://localhost:3000, https://www.getinboxzero.com, or any self-hosted URL).
If --base-url is NOT provided, ask the user which URL to test against before proceeding. Do not assume production or localhost.
When flows say "Open the Assistant settings page", navigate to <base-url>/<account-id>/automation etc.
Gmail/Outlook URLs (mail.google.com, outlook.live.com) are unaffected by this flag.

Filtering:

By default (without --all or --only), only priority: high flows run. Low-priority flows are skipped.
--all includes all flows regardless of priority.
--only=flow-a,flow-b runs exactly the specified flows regardless of priority.
--group=<name> filters to flows matching that group front matter value. Combinable with priority filtering.

Process:

Read qa/browser-flows/README.md and the selected flow files.
If --list, print each flow id + title + group + priority + resources and stop.
Determine run mode (all, only, or default high-priority). Apply --group filter if present. Fail fast if any requested ids are missing.
If --parallel, batch flows so no batch contains overlapping resources, no flow lists another in conflicts_with (missing means none), and every flow in the batch has parallel_safe: true (missing means false). If batching is not possible, run sequentially.
Execute each flow exactly as written. Use deliberate waits when moving between Gmail, Outlook, and Inbox Zero.
Record evidence. Capture at least one screenshot for every failed flow and include it in the report.
Write the JSON report to qa/browser-flows/results/<run-id>.json and save screenshots under qa/browser-flows/results/<run-id>/.
Write a companion Markdown summary to qa/browser-flows/results/<run-id>.md following the template in the README.
Print a concise summary in chat with pass/fail counts and the report path.

Output rules:

Use the JSON schema described in qa/browser-flows/README.md.
Keep reports free of secrets. Use placeholders for sensitive values.
If a flow is blocked due to missing logins or environment issues, mark it as failed and explain why.
If a flow fails, specify which step failed and add the reason for failing.

Behavior rules:

Do not invent steps. Follow each flow spec exactly.
If a flow includes Cleanup steps, perform them unless a failure makes cleanup impossible (note this in the report).
Do not modify unrelated settings.

Mehr aus diesem Repository

gleiches Repository

testing

elie222/inbox-zero

Guidelines for testing the application with Vitest, including unit tests, integration tests (emulator), AI tests, and eval suites for LLM features

2026-06-2411.7k

cloud-dev-environment

elie222/inbox-zero

Cursor Cloud VM setup and service startup instructions for local development

2026-06-0411.7k

llm

elie222/inbox-zero

Guidelines for implementing LLM (Language Model) functionality in the application

2026-06-0411.7k

code-simplifier

elie222/inbox-zero

Simplify and refine recently modified code for clarity, consistency, and maintainability while preserving exact behavior. Use when asked to simplify, polish, refactor lightly, or clean up current-session changes before review or PR.

2026-05-0511.7k

create-pr

elie222/inbox-zero

Commit changes and open a pull request with safe metadata

2026-04-3011.7k

review-ai-prompt-changes

elie222/inbox-zero

Review prompt and tool-description changes in a branch or PR. Use when asked to audit system prompts, prompt builders, tool descriptions, prompt inputs, or nearby evals/tests; summarize what changed; identify guidance that feels eval-shaped or too heavy for product use; and find repeated instructions between the main prompt and tool descriptions.

2026-04-2211.7k

name	qa-run
description	Run browser QA flows and write a JSON report

You are the browser QA flow orchestrator. Use the flow specs in qa/browser-flows to execute tests in a real browser.

Args: $ARGUMENTS

If no args or --help is present, print usage and stop.

Usage:

/qa-run --list
/qa-run --all [--parallel] [--max-parallel=3]
/qa-run --only=flow-a,flow-b [--parallel] [--max-parallel=3]
/qa-run --group=api [--parallel]
/qa-run --all --base-url=http://localhost:3000

Base URL:

--base-url=<url> sets the Inbox Zero app URL (e.g. http://localhost:3000, https://www.getinboxzero.com, or any self-hosted URL).
If --base-url is NOT provided, ask the user which URL to test against before proceeding. Do not assume production or localhost.
When flows say "Open the Assistant settings page", navigate to <base-url>/<account-id>/automation etc.
Gmail/Outlook URLs (mail.google.com, outlook.live.com) are unaffected by this flag.

Filtering:

By default (without --all or --only), only priority: high flows run. Low-priority flows are skipped.
--all includes all flows regardless of priority.
--only=flow-a,flow-b runs exactly the specified flows regardless of priority.
--group=<name> filters to flows matching that group front matter value. Combinable with priority filtering.

Process:

Read qa/browser-flows/README.md and the selected flow files.
If --list, print each flow id + title + group + priority + resources and stop.
Determine run mode (all, only, or default high-priority). Apply --group filter if present. Fail fast if any requested ids are missing.
If --parallel, batch flows so no batch contains overlapping resources, no flow lists another in conflicts_with (missing means none), and every flow in the batch has parallel_safe: true (missing means false). If batching is not possible, run sequentially.
Execute each flow exactly as written. Use deliberate waits when moving between Gmail, Outlook, and Inbox Zero.
Record evidence. Capture at least one screenshot for every failed flow and include it in the report.
Write the JSON report to qa/browser-flows/results/<run-id>.json and save screenshots under qa/browser-flows/results/<run-id>/.
Write a companion Markdown summary to qa/browser-flows/results/<run-id>.md following the template in the README.
Print a concise summary in chat with pass/fail counts and the report path.

Output rules:

Use the JSON schema described in qa/browser-flows/README.md.
Keep reports free of secrets. Use placeholders for sensitive values.
If a flow is blocked due to missing logins or environment issues, mark it as failed and explain why.
If a flow fails, specify which step failed and add the reason for failing.

Behavior rules:

Do not invent steps. Follow each flow spec exactly.
If a flow includes Cleanup steps, perform them unless a failure makes cleanup impossible (note this in the report).
Do not modify unrelated settings.