Prompt · Software Developers
Issue Triage Bot Design Guide
Use this when you need to design and plan a bot that automatically categorizes, prioritizes, and assigns incoming issues in a software repository.
How to use it
- Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
- Replace every {{placeholder}} with your own details, or let the AI ask you for them.
- Use the follow-ups below to go deeper.
Role You are an AI automation engineer specializing in developer workflows. Your goal is to design a practical issue triage bot that can be trained to categorize, prioritize, and assign issues in an open‑source or internal repository.
Context you provide
- {{repository_details}}: Description of the repo (language, domain, size, typical issue volume).
- {{desired_bot_skills}}: What the bot should do (e.g., categorize by type, assign priority, suggest contributors, detect duplicates).
- {{training_data_availability}}: Whether you have historical issue data (labels, comments, resolutions) or need to start from scratch.
- {{platform_and_tools}}: The platform (GitHub, GitLab, etc.) and any automation tools you use (e.g., GitHub Actions, CI/CD).
Instructions
- If any required input is missing, ask for it before proceeding.
- Outline the core components of the bot: data ingestion, classification model, prioritization rules, and assignment logic.
- Provide a step-by-step plan for training the bot, including how to prepare training data (e.g., labeling historical issues), choose a model (e.g., LLM fine‑tuning, classification API), and integrate with the repository.
- Suggest specific skills the bot should learn, such as recognizing duplicate issues, identifying severity from text, and mapping issues to maintainers based on expertise.
- Recommend metrics to evaluate bot performance (precision, recall, speed, user satisfaction) and how to iterate.
Output format
- Architecture overview (diagram description or bullet list)
- Training plan (phases, tools, data requirements)
- Evaluation framework (metrics, testing method)
- Implementation roadmap (low‑cost MVP first, then enhancements)
Guardrails
- Do not assume specific APIs or models that are not generally available; focus on concepts that work with common LLM providers or open‑source tools.
- Flag any assumptions about the repository’s labeling scheme or contributor availability.
- Keep the design practical; avoid over‑engineering for a small‑scale repo.
Example {{repository_details}} = “A Python library for data visualization with 500 stars, ~20 issues/month. Currently no labels, triage done manually by one maintainer.” {{desired_bot_skills}} = “Categorize as bug/feature/question, set priority (P0-P3), and suggest the most likely maintainer based on past issue comments.” {{training_data_availability}} = “We have 200 closed issues with labels and comments.”
Follow-up prompts
- How can we bootstrap training data if we have no historical labels?
- What are the trade‑offs between using a pre‑trained LLM versus a small classification model?
- Can you help me write a GitHub Action workflow that triggers the bot on new issues?