generate-github-bug-report

スター13

フォーク5

更新日2026年3月20日 20:42

Use when generating a high-quality GitHub bug report following the repository's specific templates and standards.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

ソース

gethnet

gethnet/litellm-connector-copilot

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Generate GitHub Bug Report

Use this skill to create well-structured, detailed, and actionable bug reports that adhere to the repository's .github/ISSUE_TEMPLATE/bug_report.yml (or similar) requirements.

Outcome

A complete, Markdown-formatted bug report (or YAML-aligned text) ready to be pasted into a GitHub issue, containing all necessary reproduction steps, environment details, and logs.

Workflow

1. Gather Context

Identify the core issue: What is broken? What was the user trying to do?
Collect environment details:
- AI/LLM Provider (OpenAI, Anthropic, etc.)
- AI/LLM Model name (gpt-4o, claude-3-5-sonnet, etc.)
- VS Code version and Extension version.
Locate error logs: Check the "LiteLLM" output channel or VS Code Developer Tools (Console).

2. Formulate Reproduction Steps

Create a clear, numbered list of steps.
Start from a neutral state (e.g., "Open VS Code").
Be specific about inputs or configurations used.

3. Define Expectations

Contrast "What happened" (Actual) with "What should have happened" (Expected).

4. Apply Template Structure

Follow the structure defined in .github/ISSUE_TEMPLATE/bug_report.yml:

Title: Prefix with [Bug]: followed by a concise summary.
Description: Clear summary of the bug.
Steps to Reproduce: Numbered list.
Expected Behavior: What you wanted to see.
Environment & LLM Details:
- Provider: Specify the backend.
- Model: Specific model string.
Error Output/Log: Wrap logs in ```shell blocks.
Additional Context: Screenshots, related issues, or specific workspace settings.

Quality Criteria

Actionable: A maintainer should be able to follow the steps and see the bug.
Complete: No missing mandatory fields (Provider, Model, Logs).
Clean: Proper Markdown formatting, no unnecessary "noise" or conversational filler.

Example Prompt to Invoke

"I'm getting a 401 error when trying to use the completions provider with my local LiteLLM proxy. Can you generate a bug report for me?"

このリポジトリの他の Skills

同じリポジトリ

plan-metadata-management

gethnet/litellm-connector-copilot

Use when creating, reviewing, repairing, or updating YAML frontmatter metadata for implementation plans in .plans/. Covers plan lifecycle status, archive records, GitHub traceability, implementation commits, release versions, validation results, and schema compliance.

2026-07-1713

posthog-integration

gethnet/litellm-connector-copilot

PostHog API / Integration for NodeJS/Typescript. Use when: implementing PostHog telemetry, adding analytics events, configuring PostHog adapters, writing telemetry tests, integrating feature flags, uploading sourcemaps, or debugging PostHog capture issues.

2026-04-1913

ts-no-any

gethnet/litellm-connector-copilot

Use when implementing or refactoring TypeScript code to ensure strict type safety and avoid the 'any' type. Provides strategies for unknown types, generics, and type guards.

2026-03-2013

vscode-extension-implementation

gethnet/litellm-connector-copilot

Use when implementing or refactoring VS Code extension features in this repository with a TDD-first workflow, modular architecture, and full validation.

2026-03-0813

vscode-extension-investigation

gethnet/litellm-connector-copilot

Use when validating VS Code extension behavior, implementation, tests, or architecture before coding changes in this repository.

2026-03-0813

Generate GitHub Bug Report

Use this skill to create well-structured, detailed, and actionable bug reports that adhere to the repository's .github/ISSUE_TEMPLATE/bug_report.yml (or similar) requirements.

Outcome

A complete, Markdown-formatted bug report (or YAML-aligned text) ready to be pasted into a GitHub issue, containing all necessary reproduction steps, environment details, and logs.

Workflow

1. Gather Context

Identify the core issue: What is broken? What was the user trying to do?

Collect environment details:

AI/LLM Provider (OpenAI, Anthropic, etc.)
AI/LLM Model name (gpt-4o, claude-3-5-sonnet, etc.)
VS Code version and Extension version.

Locate error logs: Check the "LiteLLM" output channel or VS Code Developer Tools (Console).

2. Formulate Reproduction Steps

Create a clear, numbered list of steps.

Start from a neutral state (e.g., "Open VS Code").

Be specific about inputs or configurations used.

3. Define Expectations

Contrast "What happened" (Actual) with "What should have happened" (Expected).

4. Apply Template Structure

Follow the structure defined in .github/ISSUE_TEMPLATE/bug_report.yml:

Title: Prefix with [Bug]: followed by a concise summary.

Description: Clear summary of the bug.

Steps to Reproduce: Numbered list.

Expected Behavior: What you wanted to see.

Environment & LLM Details:

Provider: Specify the backend.
Model: Specific model string.

Error Output/Log: Wrap logs in ```shell blocks.

Additional Context: Screenshots, related issues, or specific workspace settings.

Quality Criteria

Actionable: A maintainer should be able to follow the steps and see the bug.

Complete: No missing mandatory fields (Provider, Model, Logs).

Clean: Proper Markdown formatting, no unnecessary "noise" or conversational filler.

Example Prompt to Invoke

"I'm getting a 401 error when trying to use the completions provider with my local LiteLLM proxy. Can you generate a bug report for me?"

name	generate-github-bug-report
description	Use when generating a high-quality GitHub bug report following the repository's specific templates and standards.