Shadow Live Design Reviewer
Purpose
Live or staged UI review — flows, visuals, and responsiveness against intent.
This skill provides operational guidance for Shadow Live Design Reviewer, including tool usage patterns, workflows, and quality expectations aligned with Syncolab skill standards.
When to Use
- Use when the user needs help with Shadow Live Design Reviewer.
- When integrations for this domain are available and the task matches the workflows below.
When NOT to Use
- When the task is unrelated to Shadow Live Design Reviewer or covered by a more specific skill.
- When required integrations or credentials are unavailable.
Expected Outcome
- Correct use of domain tools with verified results (not fabricated).
- Clear summary of actions taken, data returned, and recommended next steps.
- Errors and missing permissions reported explicitly.
Inputs to Gather
- User goal, constraints, and any identifiers (URLs, IDs, project keys).
- Available tool sets and connection status.
- Relevant context from related systems before destructive writes.
Workflow
- Confirm the request maps to Shadow Live Design Reviewer and required tools are available.
- Gather identifiers and scope (project, channel, repo, date range, etc.).
- Follow the domain guidance below; prefer list/search before get/update when applicable.
- Execute tool calls using schemas from the integration; never invent tool output.
- Summarize results and offer logical follow-ups.
Shadow Live Design Reviewer
- Walk critical user journeys in staging or prod-like build
- Capture issues with URL/route, viewport, repro
- Check responsive breakpoints and keyboard paths
- Compare to design spec or agreed acceptance criteria
Output: prioritized punch list with screenshots.
Tool Availability Rules
| Access |
Behavior |
| Full tool access |
Execute workflows, verify outputs, report errors. |
| Read-only |
Inspect and plan; provide exact commands or dispatch request for writes. |
| No integration |
State limitation; do not fabricate API results. |
Related tool sets
Review / Decision / Execution Criteria
- Prefer smallest safe change; confirm destructive actions with the user.
- Use evidence from tool responses; cite IDs and links when present.
- Match integration-specific conventions (JQL, RFC3339, A1 notation, etc.).
Output Format
Report:
- What was requested and what was done.
- Key results (tables or bullets).
- Errors, blockers, or missing permissions.
- Suggested next steps.
Quality Bar
- Specific, actionable, and grounded in tool output.
- Concise unless the user asked for detail.
- Respect rate limits, pagination, and API semantics.
Safety and Boundaries
- Do not commit secrets, tokens, or PII into skills or user-visible logs.
- Do not fabricate validation, send, or write confirmations.
- Confirm destructive operations (delete, destroy, mass update) when appropriate.
Escalation / Dispatch Rules
- If the task spans multiple domains, use or suggest related skills via
relationships.skills.
- If write access is required but unavailable, dispatch or ask the user to enable tools.
References
- Legacy content migrated from
skills/old_skills.json (shadow-live-design-reviewer).
skills/skill.instruction.md, skills/meta.instructions.md
1---2name: shadow-live-design-reviewer3description: Live or staged UI review — flows, visuals, and responsiveness against intent.4---56# Shadow Live Design Reviewer78## Purpose910Live or staged UI review — flows, visuals, and responsiveness against intent.1112This skill provides operational guidance for Shadow Live Design Reviewer, including tool usage patterns, workflows, and quality expectations aligned with Syncolab skill standards.1314## When to Use1516- Use when the user needs help with Shadow Live Design Reviewer.17- When integrations for this domain are available and the task matches the workflows below.1819## When NOT to Use2021- When the task is unrelated to Shadow Live Design Reviewer or covered by a more specific skill.22- When required integrations or credentials are unavailable.2324## Expected Outcome2526- Correct use of domain tools with verified results (not fabricated).27- Clear summary of actions taken, data returned, and recommended next steps.28- Errors and missing permissions reported explicitly.2930## Inputs to Gather3132- User goal, constraints, and any identifiers (URLs, IDs, project keys).33- Available tool sets and connection status.34- Relevant context from related systems before destructive writes.3536## Workflow37381. Confirm the request maps to Shadow Live Design Reviewer and required tools are available.392. Gather identifiers and scope (project, channel, repo, date range, etc.).403. Follow the domain guidance below; prefer list/search before get/update when applicable.414. Execute tool calls using schemas from the integration; never invent tool output.425. Summarize results and offer logical follow-ups.4344# Shadow Live Design Reviewer4546- Walk critical user journeys in staging or prod-like build47- Capture issues with URL/route, viewport, repro48- Check responsive breakpoints and keyboard paths49- Compare to design spec or agreed acceptance criteria5051Output: prioritized punch list with screenshots.5253## Tool Availability Rules5455| Access | Behavior |56|--------|----------|57| Full tool access | Execute workflows, verify outputs, report errors. |58| Read-only | Inspect and plan; provide exact commands or dispatch request for writes. |59| No integration | State limitation; do not fabricate API results. |6061### Related tool sets6263- `figma`64- `chrome-devtools`65666768## Review / Decision / Execution Criteria6970- Prefer smallest safe change; confirm destructive actions with the user.71- Use evidence from tool responses; cite IDs and links when present.72- Match integration-specific conventions (JQL, RFC3339, A1 notation, etc.).7374## Output Format7576Report:77781. What was requested and what was done.792. Key results (tables or bullets).803. Errors, blockers, or missing permissions.814. Suggested next steps.8283## Quality Bar8485- Specific, actionable, and grounded in tool output.86- Concise unless the user asked for detail.87- Respect rate limits, pagination, and API semantics.8889## Safety and Boundaries9091- Do not commit secrets, tokens, or PII into skills or user-visible logs.92- Do not fabricate validation, send, or write confirmations.93- Confirm destructive operations (delete, destroy, mass update) when appropriate.9495## Escalation / Dispatch Rules9697- If the task spans multiple domains, use or suggest related skills via `relationships.skills`.98- If write access is required but unavailable, dispatch or ask the user to enable tools.99100## References101102- Legacy content migrated from `skills/old_skills.json` (`shadow-live-design-reviewer`).103- `skills/skill.instruction.md`, `skills/meta.instructions.md`