plugin-test-cycle

Solid

Builds, deploys, and tests the typemux-cc Claude Code plugin locally. Handles the full cycle from cargo build through cache clearing, marketplace registration, plugin install, and LSP verification. Triggers on: 'plugin test', 'test plugin', 'plugin cycle', 'deploy and test', 'try new build', 'test the plugin'.

Testing & QA 14 stars 2 forks Updated 3 days ago MIT

Install

View on GitHub

Quality Score: 80/100

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

Skill Content

# Plugin Test Cycle End-to-end workflow for building, deploying, and testing the typemux-cc plugin locally. This eliminates the repetitive manual steps that are easy to forget or get wrong. ## Prerequisites - Rust toolchain installed (`cargo`) - Claude Code running - A Python project with `.venv/` available for testing (e.g., rcmr_stadium subprojects) ## Workflow ### Step 1: Build the binary Ask the user which version to build, or whether to just test the current code without bumping. **Option A — Build without version bump (quick iteration):** ```bash cargo build --release ``` The binary is at `target/release/typemux-cc`. **Option B — Build with version bump:** Use the `/publish` skill instead, then return here at Step 2. ### Step 2: Record the test state Create a resumable state note before changing Claude Code's plugin state. Record: - repository path, branch, and commit - whether the working tree is dirty - test mode (local build or GitHub release) - `target/release/typemux-cc --version` - `shasum -a 256 target/release/typemux-cc` - expected marketplace source and plugin version - each completed workflow step and its result Store the note outside the repository, for example at `/tmp/typemux-cc-plugin-test-state.md`, so it survives a restart without adding an untracked project file. Never record credentials or environment variable values. ### Step 3: Approve plugin state changes Cache deletion, marketplace registration changes, and plugin installation muta...

Details

Author
K-dash
Repository
K-dash/typemux-cc
Created
6 months ago
Last Updated
3 days ago
Language
Rust
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Featured

plugin-dev-workflow

Guide plugin development workflow — editing skills, agents, hooks, or eval framework in this repo. Use when modifying files in plugins/elixir-phoenix/, lab/eval/, or lab/autoresearch/. Ensures changes pass eval, lint, and tests before committing.

507 Updated yesterday
oliver-kriska
Testing & QA Listed

test-check

MUST use after implementing new features or bug fixes, when user asks 'run the tests', 'are tests passing?', 'test this', or before any deployment step. Also trigger when tests were previously failing and fixes were applied.

0 Updated yesterday
lethilu4796
Testing & QA Solid

wp-plugin-testing

Use when writing or setting up tests for a WordPress plugin — PHPUnit integration tests using WP_UnitTestCase with the WP test suite (bin/install-wp-tests.sh, phpunit.xml.dist, tests/bootstrap.php), unit tests with Brain Monkey (when() / expect() / Mockery) or WP_Mock, test factories (factory()->post->create(), ->user->create(), ->term->create()), HTTP request mocking with add_filter pre_http_request, AJAX testing with WP_Ajax_UnitTestCase, redirect/exit testing via exception-throwing pattern, multisite tests (WP_MULTISITE=1), acceptance tests with Codeception + wp-browser, or GitHub Actions CI matrix for PHP x WP versions. Triggers: "write a test for this", "unit test this function", "set up PHPUnit for my plugin", "mock this WP function", "Brain Monkey setup", "WP_Mock", "test is failing", "how do I test a hook", "test my REST endpoint", "factory()->post->create()", "install the WP test suite", "test my wp_mail call", "integration test setup", "bin/install-wp-tests.sh", "phpunit.xml.dist", "WP_UnitTestCase"

26 Updated 1 weeks ago
mralaminahamed