npx agentspec-cli install ce95a6c4-13d2-46d7-87aa-1c62c83031f8 --framework ClaudeCode→ .claude/skills/qa/SKILL.md
# QA — Visual Validation via iOS Simulator
Validate changes by building, installing, and inspecting the app in the
iOS Simulator using the `ios-simulator` MCP server.
## Prerequisites
The iOS Simulator must be booted before starting. Use
`mcp__ios-simulator__get_booted_sim_id` to confirm. If no simulator is
booted, use `mcp__ios-simulator__open_simulator` first.
## Workflow
1. **Regenerate the Tuist project** so the workspace reflects any file
changes:
tuist generate --no-open
2. **Build for simulator** using the workspace (required for
dependency resolution):
xcodebuild build -workspace Ruckus.xcworkspace -scheme Ruckus \
-destination 'platform=iOS Simulator,name=iPhone 17 Pro'
This uses Xcode's default DerivedData location. If the build fails,
fix the errors before continuing.
3. **Find the built `.app` bundle.** After a successful build, locate
it in Xcode's DerivedData:
find ~/Library/Developer/Xcode/DerivedData \
-name "Ruckus.app" \
-path "*/Debug-iphonesimulator/*" \
-maxdepth 5 \
-newer Ruckus.xcworkspace \
2>/dev/null | head -1
Use the most recently modified match.
4. **Install the app.**
Use `mcp__ios-simulator__install_app` with the `.app` path found
in the previous step.
5. **Launch the app.**
Use `mcp__ios-simulator__launch_app` with `bundle_id: io.defn.Ruckus`
and `terminate_running: true` to ensure a fresh start.
6. **Take a screenshot and describe the UI.**
- Use `mcp__ios-simulator__screenshot` to capture the current state.
- Use `mcp__ios-simulator__ui_describe_all` to get the accessibility
tree for the visible screen.
- Read the screenshot to visually inspect the result.
7. **Navigate to the relevant screen.** If the change is not on the
initial screen, use taps, swipes, and text input to navigate there:
- `mcp__ios-simulator__ui_tap` — tap coordinates
- `mcp__ios-simulator__ui_swipe` — scroll or swipe
- `mcp__ios-simulator__ui_type` — enter text
After each navigation action, take another screenshot and describe
the UI to confirm you reached the right screen.
8. **Validate the change.** Compare what you see against the expected
behavior:
- Does the UI reflect the change?
- Are labels, colors, and layout correct?
- Is the accessibility tree reasonable?
Report your findings — what looks correct and what (if anything)
looks wrong.
9. **If something is wrong,** describe the issue clearly. Do NOT
attempt to fix it automatically unless the caller asks you to.
## Tips
- When you don't know the coordinates of a UI element, use
`mcp__ios-simulator__ui_describe_all` to find it in the accessibility
tree — elements include their frame coordinates.
- Take screenshots liberally. They are the ground truth for visual QA.
- If the app crashes on launch, check the build logs and simulator
system log for clues.
Built on the Agent Skills standard
qa
Verify that code changes are correct, safe, and ready to ship. Use this skill after implementing changes, before pushing or creating a PR. Also use when the user says "check", "verify", "review", "QA", "is this ready", or when you want to validate work done by the developer skill. Runs build, lint, and structural checks.
by AgentHub Crawler
qa
Run the project's verification harness (analyze, lint, format, tests) after code changes. Use after editing Dart code to verify the change before declaring it complete.
by AgentHub Crawler
qa
Run the project's verification harness (analyze, lint, format, tests) after code changes. Use after editing Dart code to verify the change before declaring it complete.
by AgentHub Crawler
Sign in to leave a comment.
iOS Build Configuration
xcodebuild -project Vinylogue.xcodeproj -scheme "Vinylogue" -destination "platform=iphonesimulator,id=DB0531E0-B47E-42AC-9AAB-FEB76D3D563A" -derivedDataPath DerivedData -configuration Debug build 2>&1 | xcsift -w
by AgentHub Crawler