Use when reviewing MobileBuildMCP snapshot fixture changes for MCP, CLI, and JSON output contract integrity.
Scanned 9/30/2026
npx -y skills add getsentry/XcodeBuildMCP --skill mobilebuildmcp-snapshot-fixture-review --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Mobilebuildmcp Snapshot Fixture Review?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/getsentry-mobilebuildmcp-snapshot-fixture-review)More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.
---
name: mobilebuildmcp-snapshot-fixture-review
description: Use when reviewing MobileBuildMCP snapshot fixture changes for MCP, CLI, and JSON output contract integrity.
---
# MobileBuildMCP Snapshot Fixture Review
Review guardrails for fixture and snapshot contract integrity.
## Review scope
- Review-only by default.
- Do not edit product code unless the user explicitly requests implementation changes.
## Files to inspect
- `src/snapshot-tests/__fixtures__/**`
- `src/snapshot-tests/contracts.ts`
- `src/snapshot-tests/fixture-io.ts`
- `src/snapshot-tests/__tests__/fixture-io.test.ts`
- `src/snapshot-tests/__tests__/json-normalize.test.ts`
- `src/snapshot-tests/__tests__/json-fixture-schema.test.ts`
- `xcodebuildmcp.com/app/docs/_content/testing.mdx`
## Guardrails
- Fixture updates map to intentional behavior changes.
- Do not update fixtures only to make tests pass.
- MCP, CLI, and JSON fixture updates stay aligned.
- JSON fixtures preserve stable structured output envelopes.
- Volatile values are normalized in code, not patched ad hoc in fixtures.
- Missing fixtures are generated through the snapshot update flow.
- Verify project-defined normalization sentinels in normalization code and tests before reporting
them as implausible fixture values. In particular, `99999` is an intentional sentinel for
volatile UI capture counts.
- Group every occurrence of the same root cause into one finding and list the affected fixtures.
Do not emit separate findings for equivalent CLI, MCP, text, or JSON drift.
- Do not repeat a finding that is already resolved by the current diff.
## Review limits
- Review the changed fixtures and the directly relevant normalization or contract code only.
- Do not run snapshot or smoke suites as part of an automated PR review.
- Prefer one high-confidence cross-fixture finding over multiple speculative discrepancies.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!