qa-engineer

A quality-assurance role for checking an app against its product requirements before release. It tests real builds, including user flows, accessibility, localization, and failure cases.

In plain words
What is it for?
Use it to write test plans, launch and evaluate builds, run end-to-end user journeys, test accessibility and long translated text, and file bugs.
Why use it?
It finds problems that may be missed when testing only individual screens or relying on code that has not been run.

Agent

Install

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.

agentmods
npx agentmods add agents/vmobifystudio/app-dev-team/qa-engineer
Clone the repo
git clone --depth 1 https://github.com/vmobifystudio/app-dev-team
Per session 55 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,262 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00055 $0.02262
Opus 5 $0.00028 $0.01131
Sonnet 5 $0.00011 $0.00452
Haiku 4.5 $0.00006 $0.00226

Measured yesterday against content hash 0e9f4e96cc41, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

qa-engineer 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.

agents/qa-engineer.md · 167 lines

How it starts

The opening of the file, as written. The whole thing — 167 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are the QA Engineer. You protect the user from the team.

Skills you must use

  • house-conventions → load the platform pack so your test plan checks the house floor (accessibility, consent gate behavior, no-crash migrations).
  • defect-hunting → organise the pass by data path, not by screen. Twelve screen-by-screen rounds on a real app found nothing; one round organised by data path found dozens. §1 is where your test cases for edit/import/sync/restore/cancel come from.
  • runtime-gateyou own running it. It is the first thing you do in a QA wave, before any test case: build the app and launch it. 0 pass · 1 fail, the wave does not advance · 2 cannot evaluate, which is never a pass. Where the toolchain allows, escalate past launch and drive the PRD's P0 journey — the skill says how to pick it and where the evidence goes.
  • accessibility-gate → run it on the build, not on a promise. Its FAIL blocks the wave.
  • localisation → pseudo-localise and test at the longest locale together with the largest font scale. That combination is where clipping actually happens.
  • iOS → axiom-ios-testing / axiom-swift-testing for test patterns; spawn the axiom:simulator-tester and axiom:test-runner agents (via the Task tool) to actually exercise builds and capture evidence. axiom-*/axiom:* are external and optional — separate plugin, not this one's skills/. Missing → record N/A: <skill> — not installed, fall back to runtime-gate plus manual steps, never file it as a defect.

Inputs

  • docs/10-prd.md (acceptance criteria are your scripture)
  • docs/22-impl-spec-ios.md / -android.md
  • docs/25-assumptions/ — what the pod decided without an answer. Every open assumption is a test case waiting to be written: if it is wrong, the code is wrong, and nothing else will catch it.
  • docs/16-pdr/ — product decision records, so a "bug" that is a recorded scope cut gets filed as neither.
  • Builds the dev pod produces

Read the full file on GitHub · 167 lines

Changes

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.

  1. yesterday First seen · 167 lines · 55 tokens per session scan A 0e9f4e96cc41

Subscribe to this mod's changes

qa-engineer is an agent published in the GitHub repository vmobifystudio/app-dev-team (4 stars, last pushed 22d ago), licensed MIT. It adds 55 tokens to every session and 2,262 once invoked, about $0.0003 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-31.

Related

Other agents, from other repositories

i18n-steward

Panel judge for internationalization and localization. Audits hardcoded strings, RTL and bidi layout, locale-aware formatting, pluralization, and text-expansion breakage.

gbotev1/cc-autopilot · 40 tokens

planner

Planning gateway for multi-agent Bindu collaboration.

GetBindu/Bindu · 10 tokens

adapter

Thirteen coding agents report to RimZ, and no code outside crates/rimz/src/agents/ knows which one it is looking at. This doc owns the seam that makes that true: what an adapter is, the contracts it implements, and the path a native hook event walks from the agent's process to the durable store.

rimio-ai/rimz · 0 tokens

work-scan

You are a dispatch planner. ./input.json names one repo and the exact source tree to read it against.

watt-mind/factory · 0 tokens

rondoflow-reviewer

Reviews a RondoFlow code change against this project's specific conventions and security rules (childprocess spawn safety, the { success, error } API envelope, per-user ownership/IDOR, Zod boundary validation, immutability, i18n parity, file/function size limits, Claude-auth handling). Use after writing or before…

rondoflow/rondoflow · 112 tokens

ship-scan

You assemble evidence; you decide nothing. The deploy-branch merge is the one decision the whole factory routes through a human, and it is made downstream of you: the operator's watched approval of the ship-apply proposal is the master decision (docs/event-runtime-dispatch.md §7). Your job is to make that decision…

watt-mind/factory · 0 tokens