bama
BAMA: 모든 Mac 앱을 만들 수 있습니다
사용자 스토리 → 추적 가능한 Gherkin 테스트북 → 실행 가능한 Playwright 테스트. 마크다운 사용, API 키 불필요, 프리알파
User story → traceable Gherkin test book → runnable Playwright tests. Markdown skills, no API key. Pre-alpha, and it says so.
스킬Python · GherkinGitHub @QAIA-Project온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기Agentic QA for Claude Code - turn a user story into an ISTQB-grounded Gherkin test book and runnable Playwright tests. Markdown skills, no API key, nothing that auto-executes.
저장소 README에서 가져옴
README 전체를 불러오는 중입니다.
README 전문 보기 ↗A user story goes in. A traceable Gherkin test book and runnable Playwright tests come out — as Claude Code plugins that run inside your session. No API key, no backend, no data leaving your session beyond what you already send to Claude.
▶ Try it live — paste a Gherkin test book and watch QAIA judge it. A high score can still fail; the demo shows why.
One acceptance criterion from eval/gold-set/US-004-expense-approval.md:
A report under €500 total needs one approval (the employee's direct manager). €500–€5000 needs manager then finance.
Under €500 and €500–€5000 do not say what happens at exactly €500.00. Here is what came
out (approval-chain.feature,
verbatim):
@QAIA-US-004-009 @AC2 @P1 @boundary @low-confidence
# condition: AC2-C2 — priority P1 — open: Q1 (exact-€500 boundary — read as inclusive
# in band B: manager then finance)
Scenario: A report of exactly €500.00 needs manager then finance
Given a submitted report "R" by "employee@demo" totalling exactly 500.00 EUR
When "manager@demo" approves report "R"
Then report "R" still awaits approval from "finance"
The tool did not silently pick a reading of the boundary. It picked one, tagged it
@low-confidence, numbered the open question, and wrote its assumption in the file — so a
human can overturn it in one line instead of finding it in production. A stable ID that survives
regeneration, the criterion it came from, the technique that produced it, and the ambiguity
declared rather than guessed away.
38 scenarios came from that one story, 11 flagged low-confidence. Disclosed, because a demo
should be: that ticket is our own gold-set fixture with ambiguities planted on purpose, the run
was non-interactive (every human decision recorded as simulated), and the acting model had read
the file's sequestered judge section — all three stated in
the run's own journey file. It shows
the shape of the output, not that it works on your ticket.
Everything above is measured on code this project produced itself, which is the weakest kind of
evidence. So the pipeline was pointed at typicode/json-server
— 75,694 stars — and allowed to read only its README. Never the code, never the issues, never
the fix commits.
_dependent; the code read dependent.
The endpoint answered success, deleted the post, and left every dependent record in place.
A suite written by reading the code cannot find this — it copies the mistake. Filed by a
real user as issue #1551; fixed in 1b7c0fb.views_gt=100&views_lt=300 returned everything.
Fixed in e6055e6._start alone returns an empty list — a fact — but the README
only ever shows it paired. Counted as contested. Two, not three.And the part that goes against us. Against the current version four tests fail and three
are our fault: those features left the documentation and the suite kept demanding retired
promises. Now detected by check_requirement_drift.py
rather than quietly closed.
This is not a pilot. No human has used QAIA in their own work. One target, one API, no UI, 32 scenarios. Full campaign, protocol and limits →
/plugin marketplace add QAIA-Project/QAIA
/plugin install qaia-core@qaia
Then describing what you want in plain language — "write the tests for this user story" — is
enough: generate carries the journey step by step and stops wherever a human has to decide.
/plugin install qaia-playwright@qaia # runnable Playwright tests, contract probing, defect reports
/plugin install qaia-score@qaia # judge: scoring and release gate
plugins/qaia-core/CATALOGUE.md maps "I want to X → use Y"
across all 7 skills. Worked examples with their real output are in examples/.
Applying ISTQB techniques is no longer a differentiator — QASkills.sh alone publishes ~380 competently written MIT skills, and Claude-Code-native competitors (Agentic QE Fleet, QA Orchestra) overlap directly. Three things do separate QAIA, all verifiable by a stranger in five minutes:
qaia-score), apart from the semantic LLM judge, and since 2026-08-09 ships as pinned Python
you can read, diff or refuse — not an algorithm the model rebuilds from prose each run. A score
that is not reproducible is not a score (ADR 0002).The honest counterweight: QAIA is younger and far less used than any of them, no human pilot has ever run it end to end, and what it produces for a real user is unmeasured. Which tool should you install? We recommend others for 3 of 4 cases →
Pre-alpha, in active development. qaia-core 0.5.0 (2 skills), qaia-playwright 0.2.0
(4 skills), qaia-score 0.3.1 (1 skill, judge) — 7 skills — all
validating --strict, proven end-to-end on two independent domains: healthcare
(examples/medibook/, 26 tests / 32 executions, all green) and finance/HR
(examples/expense-demo/, 56 green tests, real bugs found during
automation), plus a 24-case multi-model robustness corpus.
generate reads a git-versioned knowledge base in your repo, which your
team keeps by hand. No model training, no central server.examples/medibook/ is a healthcare-shaped demo, not a certified artifact.Willing to be the first pilot? docs/PILOT-KIT.md is a 15-minute guided
run on a ready-made story, and the only thing asked in return is where it went wrong.
Honest state: docs/STATUS-en.md (English) · docs/STATUS.md (full French record).
agents-tier/ ships six named agents. It is not installed by any plugin and
is never a prerequisite — the 7 skills work without it. Only two earn their own context window
(camille-judge, elian-refuter), because a producer never grades its own output; the other four
group a phase behind one name — real ergonomics, no new capability. Two caveats the tier's own
README documents rather than hides: tools: is a request to the harness, not a capability
boundary, and a delegated agent runs the validation checkpoints with nobody in the room.
| Path | Content |
|---|---|
plugins/ | The three plugins — core, playwright, score |
examples/ | Seven worked end-to-end examples with their real output |
eval/ | Evaluation harness: gold set, rubric, scored baselines, robustness campaigns |
docs/STATUS.md | Honest project state (start here to continue the work) |
docs/DECISIONS.md | Every architectural decision with its rationale and reservations |
docs/adr/ | The seven ADRs that fix the scope boundaries |
docs/COMPETITIVE-ANALYSIS.md | Landscape review and QAIA's blind spots |
docs/OUTPUT-CONTRACT.md | The run manifest every plugin shares |
docs/PILOT-KIT.md | 15-minute guided walkthrough for pilot testers |
PROMPT.md |
Read CONTRIBUTING.md first. Every PR requires a DCO sign-off; PRs touching
skills additionally require a traced adversarial agent review — skills are prompts, and a malicious
instruction is invisible to linters. Security reports: SECURITY.md.
License: MIT.
| Founding prompt: vision, constraints, user journey |