Best use case
report-bug-ce is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Report a bug in the compound-engineering plugin
Teams using report-bug-ce should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/report-bug-ce/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How report-bug-ce Compares
| Feature / Agent | report-bug-ce | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Report a bug in the compound-engineering plugin
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
Related Guides
AI Agents for Marketing
Discover AI agents for marketing workflows, from SEO and content production to campaign research, outreach, and analytics.
AI Agents for Startups
Explore AI agent skills for startup validation, product research, growth experiments, documentation, and fast execution with small teams.
AI Agents for Coding
Browse AI agent skills for coding, debugging, testing, refactoring, code review, and developer workflows across Claude, Cursor, and Codex.
SKILL.md Source
# Report a Compound Engineering Plugin Bug Report bugs encountered while using the compound-engineering plugin. This skill gathers structured information and creates a GitHub issue for the maintainer. ## Step 1: Gather Bug Information Ask the user the following questions (using the platform's blocking question tool — e.g., `AskUserQuestion` in Claude Code, `request_user_input` in Codex, `ask_user` in Gemini — or present numbered options and wait for a reply): **Question 1: Bug Category** - What type of issue are you experiencing? - Options: Agent not working, Command not working, Skill not working, MCP server issue, Installation problem, Other **Question 2: Specific Component** - Which specific component is affected? - Ask for the name of the agent, command, skill, or MCP server **Question 3: What Happened (Actual Behavior)** - Ask: "What happened when you used this component?" - Get a clear description of the actual behavior **Question 4: What Should Have Happened (Expected Behavior)** - Ask: "What did you expect to happen instead?" - Get a clear description of expected behavior **Question 5: Steps to Reproduce** - Ask: "What steps did you take before the bug occurred?" - Get reproduction steps **Question 6: Error Messages** - Ask: "Did you see any error messages? If so, please share them." - Capture any error output ## Step 2: Collect Environment Information Automatically gather environment details. Detect the coding agent platform and collect what is available: **OS info (all platforms):** ```bash uname -a ``` **Plugin version:** Read the plugin manifest or installed plugin metadata. Common locations: - Claude Code: `~/.claude/plugins/installed_plugins.json` - Codex: `.codex/plugins/` or project config - Other platforms: check the platform's plugin registry **Agent CLI version:** Run the platform's version command: - Claude Code: `claude --version` - Codex: `codex --version` - Other platforms: use the appropriate CLI version flag If any of these fail, note "unknown" and continue — do not block the report. ## Step 3: Format the Bug Report Create a well-structured bug report with: ```markdown ## Bug Description **Component:** [Type] - [Name] **Summary:** [Brief description from argument or collected info] ## Environment - **Plugin Version:** [from plugin manifest/registry] - **Agent Platform:** [e.g., Claude Code, 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* ``` ## Step 4: Create GitHub Issue Use the GitHub CLI to create the issue: ```bash gh issue create \ --repo EveryInc/compound-engineering-plugin \ --title "[compound-engineering] Bug: [Brief description]" \ --body "[Formatted bug report from Step 3]" \ --label "bug,compound-engineering" ``` **Note:** If labels don't exist, create without labels: ```bash gh issue create \ --repo EveryInc/compound-engineering-plugin \ --title "[compound-engineering] Bug: [Brief description]" \ --body "[Formatted bug report]" ``` ## Step 5: Confirm Submission After the issue is created: 1. Display the issue URL to the user 2. Thank them for reporting the bug 3. Let them know the maintainer (Kieran Klaassen) will be notified ## Output Format ``` Bug report submitted successfully! Issue: https://github.com/EveryInc/compound-engineering-plugin/issues/[NUMBER] Title: [compound-engineering] Bug: [description] Thank you for helping improve the compound-engineering plugin! The maintainer will review your report and respond as soon as possible. ``` ## Error Handling - If `gh` CLI is not installed or not authenticated: prompt the user to install/authenticate first - If issue creation fails: display the formatted report so the user can manually create the issue - If required information is missing: re-prompt for that specific field ## Privacy Notice This skill does NOT collect: - Personal information - API keys or credentials - Private code from projects - File paths beyond basic OS info Only technical information about the bug is included in the report.
Related Skills
skill-one
Sample skill
disabled-skill
A skill with model invocation disabled
default-skill
No description provided.
custom-skill
No description provided.
todo-triage
Use when reviewing pending todos for approval, prioritizing code review findings, or interactively categorizing work items
todo-resolve
Use when batch-resolving approved todos, especially after code review or triage sessions
todo-create
Use when creating durable work items, managing todo lifecycle, or tracking findings across sessions in the file-based todo system
test-xcode
Build and test iOS apps on simulator using XcodeBuildMCP. Use after making iOS code changes, before creating a PR, or when verifying app behavior and checking for crashes on simulator.
test-browser
Run browser tests on pages affected by current PR or branch
slfg
Full autonomous engineering workflow using swarm mode for parallel execution
setup
Configure project-level settings for compound-engineering workflows. Currently a placeholder — review agent selection is handled automatically by ce:review.
resolve-pr-feedback
Resolve PR review feedback by evaluating validity and fixing issues in parallel. Use when addressing PR review comments, resolving review threads, or fixing code review feedback.