skills/report-bug-ce/SKILL.md
Use this skill when a user needs to report a bug in the Systematic plugin with complete reproduction details and environment data, then open a GitHub issue directly from the CLI.
npx skillsauth add marcusrbrown/systematic report-bug-ceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Report bugs encountered while using the Systematic plugin. This skill gathers structured information and creates a GitHub issue for maintainers.
Ask the user the following questions (using the platform's blocking question tool — e.g., question in OpenCode, request_user_input in Codex, ask_user in Gemini — or present numbered options and wait for a reply):
Question 1: Bug Category
Question 2: Specific Component
Question 3: What Happened (Actual Behavior)
Question 4: What Should Have Happened (Expected Behavior)
Question 5: Steps to Reproduce
Question 6: Error Messages
Automatically gather environment details. Detect the coding agent platform and collect what is available:
OS info (all platforms):
uname -a
Plugin version: Read the plugin manifest or installed plugin metadata. Common locations:
~/.config/opencode/plugins/installed_plugins.json.codex/plugins/ or project configAgent CLI version: Run the platform's version command:
opencode --versioncodex --versionIf any of these fail, note "unknown" and continue — do not block the report.
Create a well-structured bug report with:
## Bug Description
**Component:** [Type] - [Name]
**Summary:** [Brief description from argument or collected info]
## Environment
- **Plugin Version:** [from plugin manifest/registry]
- **Agent Platform:** [e.g., OpenCode, Codex, Copilot, Pi, Kilo]
- **Agent Version:** [from CLI version command]
- **OS:** [from uname]
## What Happened
[Actual behavior description]
## Expected Behavior
[Expected behavior description]
## Steps to Reproduce
1. [Step 1]
2. [Step 2]
3. [Step 3]
## Error Messages
[Any error output]
## Additional Context
[Any other relevant information]
---
*Reported via `/report-bug-ce` skill*
Use the GitHub CLI to create the issue:
gh issue create \
--repo marcusrbrown/systematic \
--title "[systematic] Bug: [Brief description]" \
--body "[Formatted bug report from Step 3]" \
--label "bug"
Note: If labels don't exist, create without labels:
gh issue create \
--repo marcusrbrown/systematic \
--title "[systematic] Bug: [Brief description]" \
--body "[Formatted bug report]"
After the issue is created:
Bug report submitted successfully!
Issue: https://github.com/marcusrbrown/systematic/issues/[NUMBER]
Title: [systematic] Bug: [description]
Thank you for helping improve Systematic!
The maintainer will review your report and respond as soon as possible.
gh CLI is not installed or not authenticated: prompt the user to install/authenticate firstThis skill does NOT collect:
Only technical information about the bug is included in the report.
development
Use when dispatching parallel or serial subagents in OpenCode, coordinating multi-unit plan execution, synthesizing results from independent subagent runs, or handling subagent failure and retry. Triggers on requests to run tasks in parallel, divide work across subagents, orchestrate a pipeline of dependent steps, or coordinate multiple agents without shared-file conflicts.
testing
Use when creating new skills, editing existing skills, or verifying skills work before deployment
testing
Use when creating, editing, auditing, or fixing bundled Systematic skills, especially when authoring SKILL.md files, adding skill reference files, resolving content-integrity frontmatter failures, or deciding which Systematic conventions apply beyond the general writing-skills guidance.
development
Generate or regenerate ONBOARDING.md to help new contributors understand a codebase. Use when the user asks to 'create onboarding docs', 'generate ONBOARDING.md', 'document this project for new developers', 'write onboarding documentation', 'vonboard', 'vonboarding', 'prepare this repo for a new contributor', 'refresh the onboarding doc', or 'update ONBOARDING.md'. Also use when someone needs to onboard a new team member and wants a written artifact, or when a codebase lacks onboarding documentation and the user wants to generate one.