vc-fix
v0.9.0Agentic bug lifecycle for Virto Commerce — project setup, bug filing, autonomous bug fixing, fix verification, and online bug monitoring, plus a self-diagnostics subsystem (/vc-self-check) that passively observes whether the plugin's own skills ran correctly and can report quality issues back to VirtoCommerce (consent-gated, client-code-scrubbed, never touches the client install). Ships 10 agents, 16 skills, 8 commands. A focused subset of vc-qa's bug-lifecycle slice, packaged as a fully self-contained plugin (its own knowledge/, .claude/rules/, config.js, scripts/lib, package.json — not shared with the parent repo's vc-qa content, since a plugin install has no documented way to resolve its own install location for cross-file references). Its repo-routing logic in skills/qa-fix-routing/ is CWD-independent (resolves via import.meta.url); its monitoring dedup logic in skills/qa-monitoring/ is a self-contained extract too — no dependency on ci/.
By Virto CommerceLicense: TBD-internal2 GitHub starsUpdated 1 hour ago
Directory evidence
- Runtimes
- Claude Code
- Parsed components
- 15 skill or MCP entries
- Source updated
- Sep 24, 2026
- Manifest status
- Canonical path parsed
The directory validates manifest shape and source location. It does not execute the plugin or provide a security endorsement. Review the indexing methodology →
Install vc-fix for Claude Code
claude plugin marketplace add IchenDEV/agent-plugin-mkt
claude plugin marketplace update agent-plugin-marketplace
claude plugin install vc-fix@agent-plugin-marketplacePaste and run these commands in a terminal with Claude Code. They add and refresh the PluginsMP catalog, then install this plugin.
The installer fetches third-party code from the source repository shown on this page. This directory validates manifest structure and source location, but does not perform a security audit; review the manifest, components, and source before installing.
Get the source manually
git clone https://github.com/VirtoCommerce/vc-mcp-testing-moduleClone the source repository, then follow its setup instructions to add the plugin to a compatible client. The plugin root is plugins/vc-fix/.
Plugin files
├── .claude-plugin/plugin.json├── skills/angular-admin/SKILL.md├── skills/dotnet-fix/SKILL.md├── skills/dotnet-unit-test/SKILL.md├── skills/project-init/SKILL.md├── skills/qa-checklist/SKILL.md├── skills/qa-defect/SKILL.md├── skills/qa-evidence/SKILL.md├── skills/qa-fix-routing/SKILL.md├── skills/qa-investigate/SKILL.md├── skills/qa-monitoring/SKILL.md├── skills/qa-risk/SKILL.md├── skills/vc-docs/SKILL.md├── skills/vc-shell-fix/SKILL.md├── skills/vue-fix/SKILL.md└── skills/vue-unit-test/SKILL.md
Included Skills15
[Development] Fix a Virto Commerce module's Admin SPA (AngularJS) UI that ships inside the module's own vc-module-* repo — blade/widget/service anatomy + idiomatic AngularJS 1.x. Two proof paths, because module repos have NO JS test harness and there is NO Storybook: logic bugs (save/payload, computed value, wrong endpoint) are proven red→green with a throwaway Node scratch harness; layout/CSS/visual bugs (overlap, misalignment, wrong width, clipping) are fixed by mirroring the platform's canonical UI classes (catalog bundled in this skill) and proven in a browser BEFORE the PR via a visual render harness — never inline position/fixed-px. Used by the fullstack-backend developer agent in /qa-fix when the owning layer is the module Admin UI (still single-repo).
[Development] Implement a minimal, idiomatic .NET 10 / C# fix in a single Virto Commerce module (or vc-platform) that turns the reproduction test green while preserving BL-* invariants and leaving existing tests untouched. Used by the fullstack-backend developer agent in /qa-fix (Gate 3).
[Development] Reproduce a Virto Commerce backend bug as a failing xUnit test (red), then prove the fix turns it green — without modifying existing tests. Used by the fullstack-backend developer agent in the /qa-fix pipeline (Gate 2/G3).
Initialize / onboard this agentic-QA plugin onto a deployment. Installs deps, then asks the operator only what genuinely shapes the config — the environment NAME, the bug tracker (Jira / Azure Boards), the code host (GitHub / Azure Repos), and an auth preference per axis (PAT recommended, else browser/CLI login). Everything else — whether it is a native-platform or a CLIENT project, the client org, the contribution mode, the fork account — is DERIVED from the token + the filled env + a live module/repo scan. Writes project-profile.json + .env.<env> + .env.local + .mcp.json and verifies access. The whole point is to make /qa-fix route each bug to the RIGHT repo (client custom code vs native platform) and file to the RIGHT tracker. Use when standing the plugin up on a new machine or for a new customer. Day-2 modes skip the interview: `--add-env` adds another environment (URLs + per-env access keys) to an already-onboarded project; `--check` reconciles an existing profile to the current schema then verifies.
[Testing] Generate test case writing checklists for any domain, feature, or regression area. Uses 63 built-in domain checklists (33 storefront + 29 backend/admin + 1 GraphQL) + custom creation.
[QA Method] Defect management lifecycle: JIRA Bug Workflow, triage, classification, report validation, verification protocol, defect metrics.
[QA Method] Evidence capture & report formatting: screenshot rules, 3-tier verbosity, output paths.
Repo/tracker routing library for the vc-fix plugin — decides which external product repo owns a bug (client vs platform), whether the fix delivers as a direct PR, a fork-PR, or an upstream issue, and which VCS/tracker host to talk to. Used by /qa-fix and /project-init. Self-contained — no dependency on the ci/ directory.
[QA Method] Bug investigation: reproduce, isolate root cause, gather evidence, common VC patterns.
[QA Method] Online bug monitoring from Application Insights: query both layers, dedup by fingerprint, triage new/spiking signatures, reproduce HIGH-confidence bugs live, report. Detect-and-report only — never files a bug tracker ticket or auto-fixes.
[QA Method] Risk-based test prioritization: risk matrix, severity classification, dynamic reprioritization, test depth allocation.
[VC Knowledge] Documentation lookup via VirtoOZ MCP (primary) or Context7 (fallback): architecture, modules, APIs, deployment, B2B.
[Development] Fix a Virto Commerce module's embedded Vue 3 "shell" sub-app (@vc-shell/framework, e.g. vc-module-pagebuilder's src/VirtoCommerce.PageBuilderModule.Web/Apps/page-builder-shell/) declared in skills/qa-fix-routing/fix-repos.json moduleFrontendSubApps. State/logic bugs (composable/store/service function) are proven red→green with the sub-app's OWN real `tsx --test` runner + plain Vue reactivity (ref/computed/watch/effectScope) — no stubbing needed, unlike angular-admin's scratch harness, because `vue` is a real importable package. Mounted-component/template/DOM bugs (rendering, event binding, slot/prop output, CSS/layout) need an EPHEMERAL, never-committed vitest+@vue/test-utils+jsdom harness reusing the sub-app's own vite.config.ts — stripped from the diff before the PR. Used by the fullstack-frontend developer agent in /qa-fix when the RCA anchor falls under a declared module sub-app path (still single-repo).
[Development] Implement a minimal, idiomatic Vue 3 / TypeScript fix in the vc-frontend storefront that turns the reproduction test green while preserving BL-UI invariants and component contracts and leaving existing tests/stories untouched. Used by the fullstack-frontend developer agent in /qa-fix (Gate 3).
[Development] Reproduce a Virto Commerce vc-frontend storefront bug as a failing vitest test (red), then prove the fix turns it green — without modifying existing tests or stories. Used by the fullstack-frontend developer agent in the /qa-fix pipeline (Gate 2/G3).
Plugin manifests1
{
"name": "vc-fix",
"description": "Agentic bug lifecycle for Virto Commerce — project setup, bug filing, autonomous bug fixing, fix verification, and online bug monitoring, plus a self-diagnostics subsystem (/vc-self-check) that passively observes whether the plugin's own skills ran correctly and can report quality issues back to VirtoCommerce (consent-gated, client-code-scrubbed, never touches the client install). Ships 10 agents, 16 skills, 8 commands. A focused subset of vc-qa's bug-lifecycle slice, packaged as a fully self-contained plugin (its own knowledge/, .claude/rules/, config.js, scripts/lib, package.json — not shared with the parent repo's vc-qa content, since a plugin install has no documented way to resolve its own install location for cross-file references). Its repo-routing logic in skills/qa-fix-routing/ is CWD-independent (resolves via import.meta.url); its monitoring dedup logic in skills/qa-monitoring/ is a self-contained extract too — no dependency on ci/.",
"version": "0.9.0",
"displayName": "Virto Commerce Bug Lifecycle",
"author": {
"name": "Virto Commerce",
"email": "[email protected]"
},
"homepage": "https://github.com/VirtoCommerce/vc-mcp-testing-module",
"repository": "https://github.com/VirtoCommerce/vc-mcp-testing-module",
"license": "TBD-internal",
"keywords": [
"qa",
"virtocommerce",
"ecommerce",
"bugfix",
"autofix",
"agentic"
]
}For maintainers
If you maintain this plugin, link to this source-backed listing from your README so users can review its manifest and indexed components.
[vc-fix on Agent Plugins Marketplace](https://pluginsmp.com/plugins/vc-fix)