Serhioromano
## Use case / Motivation Every repository has its own guidelines for how to report issues — what diagnostics to gather, what information is required, which templates to follow. Currently, `/ri` always gathers the same generic diagnostics (branch, commits, changes) regardless of the target repo's preferences. The `/ri` command should: 1. **Detect the target repo's issue guidelines** — look for: - `.github/ISSUE_TEMPLATE` directory (GitHub issue templates in YAML/markdown) - `.github/ISSUE_TEMPLATE.md` (legacy single template) - `CONTRIBUTING.md` (often contains issue reporting instructions) - The repo's default `issue_template` from GitHub API 2. **Parse the required diagnostics** — extract what information the maintainers expect (e.g., "Steps to reproduce", "Expected behavior", "Environment details", "Screenshots", specific logs, etc.) 3. **Inject these requirements into the AI enhancement prompt** — so the LLM can tailor the issue body and suggest what additional diagnostics the user should provide, rather than always using the same generic format. This would make `/ri` far more useful across different projects, since the generated issues would actually match what each repo's maintainers expect.