cherry-pr-test

Featured

Test Cherry Studio PRs by resolving and checking out a PR, statically inspecting its changes, running interactive UI tests against a safely tracked Electron instance through CDP, producing a structured report, cleaning up only the owned test instance, and restoring the original branch.

Testing & QA 51,671 stars 4954 forks Updated today AGPL-3.0

Install

View on GitHub

Quality Score: 90/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Cherry Studio PR Test Use this workflow for a bounded PR test. Use `cherry-electron-dev` for ongoing implementation or debugging in the current checkout. ## Prerequisites and safety - Require authenticated `gh`, `pnpm`, and installed project dependencies. - Use Playwright/CDP or optional `agent-browser` for UI control. - Before touching Electron, read [Electron Instance Management](../cherry-electron-dev/references/electron-instance.md) and select its `ephemeral` policy. - Treat that reference as the only authority for discovery, target selection, launch, replacement, shutdown, tracking, and troubleshooting. - Never discard local changes. Stop and ask if checkout would overwrite them. - Show the report before posting it anywhere. `$ARGUMENTS` may contain a PR number, PR URL, `latest`/`recent`, or nothing. ## Workflow ### 1. Resolve and inspect the PR If no PR is specified, list recent PRs and ask the user to choose unless they requested the latest: ```bash gh pr list --repo CherryHQ/cherry-studio --state open --limit 10 \ --json number,title,author,createdAt,headRefName,changedFiles ``` Record the current branch for restoration, inspect the PR, then check it out: ```bash git status --short git branch --show-current gh pr view <NUMBER> --json title,body,author,headRefName,files gh pr checkout <NUMBER> ``` Read the changed files and nearby instructions. Record the exact checked-out HEAD. ### 2. Analyze and start the app Run static analysis while the app s...

Details

Author
CherryHQ
Repository
CherryHQ/cherry-studio
Created
2 years ago
Last Updated
today
Language
TypeScript
License
AGPL-3.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Featured

cherry-electron-dev

Develop, fix, and profile Cherry Studio in a tracked Electron instance. Use for everyday implementation, UI and interaction work, bug fixing, runtime debugging, DevTools inspection, lag or jank investigation, CPU and memory monitoring, leak checks, and startup-performance analysis; reuse a verified workspace instance across instructions and launch or replace one only when required.

51,671 Updated today
CherryHQ
Code & Development Featured

gh-pr-review

Automated Cherry Studio review for local branches, PRs, commits, files, architecture docs, and repository skills. Use for code or documentation reviews that need project-specific naming, main/renderer/shared placement and dependency rules, IpcApi and DataApi boundaries, lifecycle/service ownership, renderer hooks, React/UI conventions, and tests. Review depth adapts to diff size and runtime subagent capability (single-agent or multi-agent reviewer-verifier). Report-only by default; code fixes and GitHub submission each require explicit invocation-time authorization (`fix` / `submit`). Normal-review prompts and safe interruption behavior follow the interaction contract below. To diagnose gaps in the skill after a review session, run `/gh-pr-review diag`.

51,671 Updated today
CherryHQ
Testing & QA Listed

electron-playwright-validator

Validate Electron desktop app UI using Playwright automation via the e-cli tool. Use when testing Electron app UI, validating after code changes, checking if tabs render, clicking through UI flows, taking screenshots for visual review, or debugging runtime import errors that typecheck doesn't catch. Works with any Electron project that has @playwright/test and electron in devDependencies. Use when the user asks "validate the electron app", "check the UI", "click through the app", "take a screenshot", "does the app render", "test the electron UI", "launch the app and check", "verify the app works", "is the app broken", or "debug a runtime error". NOT for native macOS (SwiftUI/AppKit) apps — use the peekaboo macOS validator — and NOT for mobile apps (use the Maestro validator).

11 Updated 2 weeks ago
johnkozaris