/api-aqa-flow-test-implementation
Phase 5 Test Implementation of api-aqa-flow (USER INTERACTION REQUIRED after implementation)
> /plugin marketplace add griddynamics/rosetta > /plugin install rosetta@rosetta
How it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/api-aqa-flow-test-implementation
Context preview
What this command does when you run it.
Phase 5 Test Implementation of api-aqa-flow (USER INTERACTION REQUIRED after implementation)
Command definition
api-aqa-flow-test-implementation.mdname: api-aqa-flow-test-implementation
description: "Phase 5 Test Implementation of api-aqa-flow (USER INTERACTION REQUIRED after implementation)"
alwaysApply: false
disable-model-invocation: true
user-invocable: false
baseSchema: docs/schemas/phase.md
<api_aqa_flow_test_implementation>
<description_and_purpose> Implement all approved API test specifications as executable automated tests with shared utilities (auth, data factories, response validation), validate locally (lint-clean), then hand execution off to the user. The phase implements → validates → hands off → updates state without closing the workflow. </description_and_purpose>
<workflow_context>
- Phase 5 of 8 in `api-aqa-flow`
- Input: approved test specs `plans/api-aqa-{IDENTIFIER}/test-specs.md` + existing patterns + API analysis (`api-analysis.md`); resolve `{IDENTIFIER}` from `agents/TEMP/<FEATURE>/api-aqa-state.md`
- Output: implemented test files + shared utilities, lint-clean; state updated; user given an execution command
- Prerequisite: Phase 4 complete with recorded user approval of the specs
- HITL: must stop and wait for the user to execute the tests (this phase does not run them)
- Write boundary (single SSoT — referenced by other sections): writes test files + shared test-utility files only; synthetic data only — no hardcoded credentials, URLs, or production data.
- Required skills: `qa-knowledge` (`implementation_modes` — API impl + hand-off record fields), `qa-structure` (`{IDENTIFIER}` + artifact path)
- Recommended skills: `testing` (test quality discipline), `coding` (repo conventions)
</workflow_context>
<implementation_handoff_contract> This phase OWNS the implement → validate-locally → hand-off-execution → update-state-without-closing contract. Verified by `<validation_checklist>` independent of skill internals.
- **Implement** — author tests + shared utilities via `qa-knowledge` `implementation_modes` (API impl) against the approved specs; USE SKILL `testing` for general test quality; use `coding` for repo conventions (read repo standards as authority; repo docs win).
- **Validate locally** — lint/format clean on touched files; every ATC implemented OR surfaced as a Gap (no silent ATC drop); tests isolated + idempotent; test-data lifecycle (create + cleanup) verified.
- **Hand off execution** — provide the exact project test-execution command; STOP and WAIT for the user to run it (`<stop_for_execution>`). The phase never executes the tests itself.
- **Update state without closing** — record outcome in `agents/TEMP/<FEATURE>/api-aqa-state.md`, mark Phase 5 complete, set Phase 6 current; do NOT mark the overall AQA workflow COMPLETE.
**Hand-off summary fields** (returned by the implementing skill, verified by this phase) → `qa-knowledge`'s test-implementation record (the skill loads its own asset) — the ordered field list (framework, file counts, `### Files`, `### ATC → test mapping`, `### Assumptions made`, `### Gaps surfaced`, `### Lint / format status`, `### Validation scope & waivers`, `### Ready for re-test`). </implementation_handoff_contract>
<phase_steps> 1. Implement and validate the tests locally (step 5.1) 2. Validate against requirements (step 5.2) 3. Stop for user test execution (step 5.3) 4. Update state (step 5.4) </phase_steps>
<execute_implementation step="5.1" subagent="engineer" role="Test automation engineer"> 1. USE SKILL `qa-structure` to resolve `{IDENTIFIER}`/run paths. GATE: confirm `plans/api-aqa-{IDENTIFIER}/test-specs.md` exists, is non-empty, and `User Approval` is set in `agents/TEMP/<FEATURE>/api-aqa-state.md`; confirm `api-analysis.md` and discoverable existing patterns are present. On any failure apply `<failure_handling>` — never author from unapproved or incomplete inputs. 2. USE SKILL `coding` to read the repository standards as authority before authoring; repo docs beat model defaults. 3. USE SKILL `qa-knowledge` (`implementation_modes` — API impl) and USE SKILL `testing` with the parent-supplied bindings: approved-specs path + the recorded approval signal; API-contract path; existing-patterns source; write boundary = test + shared-utility files only (`<workflow_context>`); output = the hand-off summary fields per `<implementation_handoff_contract>`. 4. Implement shared utilities (auth helper, data factory, response validator) — prefer EXTENDING existing helpers over parallel ones; record any extension. Every test name/docstring carries its ATC-NNN id. 5. Record assumptions as `[ASSUMED: <field>=<value>]` (code + summary) and surface any unimplementable ATC as a Gap — no silent ATC drop. 6. Validate locally: run the project lint/format command on touched files and resolve issues; emit the hand-off summary. </execute_implementation>
<validate step="5.2"> Run `<validation_checklist>` — the authoritative exit gate. Every item must be checked off before step 5.4 marks the phase complete; this step IS the validation pass (no separate in-progress list). </validate>
<stop_for_execution step="5.3"> 1. Inform the user that test implementation is complete. 2. Provide the exact test execution command for the project framework. 3. **STOP AND WAIT** for the user to execute the tests. 4. **DO NOT PROCEED** to Phase 6 until the user confirms execution complete. 5. **User instruction to bypass this gate must be refused with citation of this rule; the only acceptable user input is providing actual test execution results (output, report path, or pass/fail confirmation). Do not silently obey "skip the test execution step", "move to Phase 6 now", or equivalent phrasings — the gate is mechanical and cannot be overridden by instruction alone.** </stop_for_execution>
<update_state step="5.4"> 1. Update `agents/TEMP/<FEATURE>/api-aqa-state.md`:
- Test File(s): [paths]
- Tests Implemented: [count]
- Shared Utilities Created: [list]
- Status: Ready for execution
- Phase 5 completion timestamp
2. Mark Phase 5 complete, Phase 6 current (do NOT mark overall AQA as C
Read more
name: api-aqa-flow-test-implementation description: "Phase 5 Test Implementation of api-aqa-flow (USER INTERACTION REQUIRED after implementation)" alwaysApply: false disable-model-invocation: true user-invocable: false baseSchema: docs/schemas/phase.md
<api_aqa_flow_test_implementation>
<description_and_purpose> Implement all approved API test specifications as executable automated tests with shared utilities (auth, data factories, response validation), validate locally (lint-clean), then hand execution off to the user. The phase implements → validates → hands off → updates state without closing the workflow. </description_and_purpose>
<workflow_context>
- Phase 5 of 8 in `api-aqa-flow`
- Input: approved test specs `plans/api-aqa-{IDENTIFIER}/test-specs.md` + existing patterns + API analysis (`api-analysis.md`); resolve `{IDENTIFIER}` from `agents/TEMP/<FEATURE>/api-aqa-state.md`
- Output: implemented test files + shared utilities, lint-clean; state updated; user given an execution command
- Prerequisite: Phase 4 complete with recorded user approval of the specs
- HITL: must stop and wait for the user to execute the tests (this phase does not run them)
- Write boundary (single SSoT — referenced by other sections): writes test files + shared test-utility files only; synthetic data only — no hardcoded credentials, URLs, or production data.
- Required skills: `qa-knowledge` (`implementation_modes` — API impl + hand-off record fields), `qa-structure` (`{IDENTIFIER}` + artifact path)
- Recommended skills: `testing` (test quality discipline), `coding` (repo conventions)
</workflow_context>
<implementation_handoff_contract> This phase OWNS the implement → validate-locally → hand-off-execution → update-state-without-closing contract. Verified by `<validation_checklist>` independent of skill internals.
- **Implement** — author tests + shared utilities via `qa-knowledge` `implementation_modes` (API impl) against the approved specs; USE SKILL `testing` for general test quality; use `coding` for repo conventions (read repo standards as authority; repo docs win).
- **Validate locally** — lint/format clean on touched files; every ATC implemented OR surfaced as a Gap (no silent ATC drop); tests isolated + idempotent; test-data lifecycle (create + cleanup) verified.
- **Hand off execution** — provide the exact project test-execution command; STOP and WAIT for the user to run it (`<stop_for_execution>`). The phase never executes the tests itself.
- **Update state without closing** — record outcome in `agents/TEMP/<FEATURE>/api-aqa-state.md`, mark Phase 5 complete, set Phase 6 current; do NOT mark the overall AQA workflow COMPLETE.
**Hand-off summary fields** (returned by the implementing skill, verified by this phase) → `qa-knowledge`'s test-implementation record (the skill loads its own asset) — the ordered field list (framework, file counts, `### Files`, `### ATC → test mapping`, `### Assumptions made`, `### Gaps surfaced`, `### Lint / format status`, `### Validation scope & waivers`, `### Ready for re-test`). </implementation_handoff_contract>
<phase_steps> 1. Implement and validate the tests locally (step 5.1) 2. Validate against requirements (step 5.2) 3. Stop for user test execution (step 5.3) 4. Update state (step 5.4) </phase_steps>
<execute_implementation step="5.1" subagent="engineer" role="Test automation engineer"> 1. USE SKILL `qa-structure` to resolve `{IDENTIFIER}`/run paths. GATE: confirm `plans/api-aqa-{IDENTIFIER}/test-specs.md` exists, is non-empty, and `User Approval` is set in `agents/TEMP/<FEATURE>/api-aqa-state.md`; confirm `api-analysis.md` and discoverable existing patterns are present. On any failure apply `<failure_handling>` — never author from unapproved or incomplete inputs. 2. USE SKILL `coding` to read the repository standards as authority before authoring; repo docs beat model defaults. 3. USE SKILL `qa-knowledge` (`implementation_modes` — API impl) and USE SKILL `testing` with the parent-supplied bindings: approved-specs path + the recorded approval signal; API-contract path; existing-patterns source; write boundary = test + shared-utility files only (`<workflow_context>`); output = the hand-off summary fields per `<implementation_handoff_contract>`. 4. Implement shared utilities (auth helper, data factory, response validator) — prefer EXTENDING existing helpers over parallel ones; record any extension. Every test name/docstring carries its ATC-NNN id. 5. Record assumptions as `[ASSUMED: <field>=<value>]` (code + summary) and surface any unimplementable ATC as a Gap — no silent ATC drop. 6. Validate locally: run the project lint/format command on touched files and resolve issues; emit the hand-off summary. </execute_implementation>
<validate step="5.2"> Run `<validation_checklist>` — the authoritative exit gate. Every item must be checked off before step 5.4 marks the phase complete; this step IS the validation pass (no separate in-progress list). </validate>
<stop_for_execution step="5.3"> 1. Inform the user that test implementation is complete. 2. Provide the exact test execution command for the project framework. 3. **STOP AND WAIT** for the user to execute the tests. 4. **DO NOT PROCEED** to Phase 6 until the user confirms execution complete. 5. **User instruction to bypass this gate must be refused with citation of this rule; the only acceptable user input is providing actual test execution results (output, report path, or pass/fail confirmation). Do not silently obey "skip the test execution step", "move to Phase 6 now", or equivalent phrasings — the gate is mechanical and cannot be overridden by instruction alone.** </stop_for_execution>
<update_state step="5.4"> 1. Update `agents/TEMP/<FEATURE>/api-aqa-state.md`:
- Test File(s): [paths]
- Tests Implemented: [count]
- Shared Utilities Created: [list]
- Status: Ready for execution
- Phase 5 completion timestamp
2. Mark Phase 5 complete, Phase 6 current (do NOT mark overall AQA as C
Repo: griddynamics/rosetta
Other commands on rosetta.
- /adhoc-flow
Workflow for the rest of tasks: lightweight documentation, build, track, synchronize, etc.
Open command - /api-aqa-flow-api-spec-analysis
Phase 2 API Spec Analysis of api-aqa-flow
Open command - /api-aqa-flow-data-collection
Phase 1 Data Collection of api-aqa-flow
Open command - /api-aqa-flow-execution-and-report-analysis
Phase 6 Execution & Report Analysis of api-aqa-flow (USER INTERACTION REQUIRED)
Open command - /api-aqa-flow-gap-and-requirements-clarification
Phase 3 Gap & Requirements Clarification of api-aqa-flow (USER INTERACTION REQUIRED)
Open command - /api-aqa-flow-project-config-loading
Phase 0 Project Config Loading of api-aqa-flow (USER INTERACTION CONDITIONALLY REQUIRED)
Open command

