turbosnap-debug-customer
TurboSnap Debug Customer
Use this skill when a customer is trying to debug TurboSnap directly.
Required references
Before diagnosing, read these shared core files:
reference/workflow-playbook.mdreference/diagnosis-taxonomy.mdreference/evidence-ladder.mdreference/command-catalog.mdreference/output-contract.mdreference/docs-map.mdreference/intake-templates.md
Use the example if the case shape is similar:
examples/customer-guided-debug.md
Workflow
- Start with the evidence already provided.
- Pick the strongest diagnosis code you can support honestly.
- If confidence is not high, ask for exactly one next artifact or one targeted command output.
- Keep commands simple unless the evidence clearly requires a more advanced TurboSnap flag.
- If stats are needed and the customer can rerun, prefer enabling
uploadMetadata, then ask them to download the file manually and provide the local path or paste the contents. They can also share the hosted URL with Chromatic support. - Render the diagnosis card in customer-safe language.
- If the issue remains unresolved after targeted follow-up, produce the support-ready summary.
Customer-specific behavior
- Avoid raw repo field names unless the customer already used them.
- Do not ask for a long evidence bundle.
- Do not front-load
--externals,--untraced, or directory flags unless the evidence points there. - If TurboSnap is unavailable or disabled for the current build, say so clearly, then explain how to restore it on the next run.
- Do not recommend leaving TurboSnap off as the intended outcome.
- Prefer the short customer request snippets in
reference/intake-templates.mdwhen asking for the next artifact.
Output
Use the customer wrapper add-on from reference/output-contract.md.
More from chromaui/chromatic-skills
turbosnap-debug
Diagnose TurboSnap behavior using logs, config, git context, support-shareable hosted metadata references, and targeted trace commands. Use when you need to classify why TurboSnap is enabled, disabled, unavailable, or tracing the wrong stories, then recommend the smallest valid next step.
8chromatic-themes
Configure Chromatic to capture visual test snapshots across multiple themes (light/dark mode, design tokens, branded variants) using the Modes API and @storybook/addon-themes. Use when the user wants to test components with different themes in Chromatic, set up light/dark mode visual testing, configure @storybook/addon-themes with Chromatic, or apply theme modes at the project, component, or story level.
6chromatic-viewports
Configure Chromatic to capture visual test snapshots at multiple viewport sizes using the Modes API. Use when the user wants to test responsive components at different screen sizes, set up viewport breakpoints for Chromatic visual testing, apply viewports to individual stories or globally, control snapshot height with cropToViewport, or migrate from the legacy chromatic.viewports API to the new Modes API.
6chromatic-setup-ci
Configure CI/CD pipelines to run Chromatic visual tests automatically. Use when the user wants to set up Chromatic in CI, add Chromatic to GitHub Actions / GitLab / Bitbucket Pipelines / CircleCI / Jenkins / Azure Pipelines, automate visual testing, or run Chromatic on every push.
6chromatic-turbosnap-debug
Diagnose TurboSnap behavior using logs, config, git context, support-shareable hosted metadata references, and targeted trace commands. Use when you need to classify why TurboSnap is enabled, disabled, unavailable, or tracing the wrong stories, then recommend the smallest valid next step.
6chromatic-workflow-debug
Diagnose Chromatic workflow issues involving git history, baselines, pull request event shape, merge queues, merge-base failures, replacement builds, and patch builds. Use when builds compare against the wrong baseline, an ancestor build is not found, pull request comparisons look wrong, or CI git context does not match Chromatic's expectations.
5