check-code-quality
You are performing static code quality analysis on the Scopy package: `$ARGUMENTS`
You are creating a "What's New" HTML page for a Scopy plugin release.
> /plugin marketplace add analogdevicesinc/scopy > /plugin install scopy_dev_plugin@scopy-plugins
How it fires
How this command gets triggered: by you, by Claude, or both.
/create-whatsnewContext preview
What this command does when you run it.
You are creating a "What's New" HTML page for a Scopy plugin release.
You are creating a "What's New" HTML page for a Scopy plugin release.
**Arguments:** `$ARGUMENTS` (Format: `<plugin> <version>` — e.g., `ad9371 V2.2.0`)
Parse `$ARGUMENTS` to extract:
Use the Read tool to check if a port state file exists:
Use the Glob tool to check if the version folder exists:
**Feature inventory** (in priority order):
1. **State file** (if exists) — sections list, attribute inventory, device name, all features 2. **Plugin docs** (if exist) — `scopy/docs/plugins/<plugin>/index.rst` and `<plugin>.rst` — feature list, device support, key parameters 3. **manifest.json.cmakein** — `display_name`, `description`, `device`
Read the reference prompt for HTML patterns and validation: `scopy/tools/prompts/scopy_whatsnew_agent.md`
Study these reference HTML files before writing:
Study the QRC file for how to add entries:
Present the HTML content draft:
1. **Title** — `<h1><Device Display Name> Plugin</h1>` 2. **Overview paragraph** — what the plugin does, what device it supports 3. **Key Features list** — `<h2>Key Features</h2>` with `<ul>/<li>` — one item per major section 4. **Optional extra section** — only if plugin has a notable subsystem 5. **How to Use** — `<h2>How to Use</h2>` with numbered `<ol>/<li>` steps 6. **Documentation link** — `<a href="https://analogdevicesinc.github.io/scopy/plugins/<plugin>/<plugin>.html">` 7. **QRC entry** to add: `<file>VERSION/<plugin>_plugin.html</file>`
**Wait for user approval before writing any files.**
If `scopy/resources/whatsnew/<version>/` does not exist, create it.
Create `scopy/resources/whatsnew/<version>/<plugin>_plugin.html`
**HTML template:**
<h1><Device Display Name> Plugin</h1> <p>Scopy now offers dedicated support for the <Device Name>.</p> <p>The new <b><Tool Display Name> Tool</b> enables you to integrate and control <Device>-based devices within Scopy. <One sentence describing the key capability.></p> <h2>Key Features</h2> <ul> <li><b>Section Name:</b> Brief description of what this section controls</li> </ul> <h2>How to Use</h2> <ol> <li>Connect your <Device> device to your computer.</li> <li>Ensure the <Device> IIO drivers are properly installed.</li> <li>Open Scopy and select the <b><Tool Name></b> tool from the available instruments.</li> </ol> <p>For more detailed information, please visit the <a href="https://analogdevicesinc.github.io/scopy/plugins/<plugin>/<plugin>.html" target="_blank">official documentation</a>.</p>
**Rules for HTML content:**
Edit `scopy/resources/whatsnew/whatsnew.qrc` to add the new `<file>` entry in alphabetical order within the version group.
## Status - Phase: WHATSNEW_COMPLETE
You are performing static code quality analysis on the Scopy package: `$ARGUMENTS`
**Recommended model:** Opus — this command performs deep codebase exploration and multi-step reasoning to produce high-quality…
You are creating a JavaScript API class for a Scopy plugin so it can be controlled from test automation scripts.
You are creating JavaScript automated test scripts for a Scopy plugin, mapping RST manual test cases to API calls.
You are creating Sphinx RST documentation for a Scopy plugin user guide.
You are creating Sphinx RST test case documentation for a Scopy plugin, following the established test documentation format.