| name | feedback-intake |
| description | Help the user file a bug report or feature request for Nimbalyst. Activates when the user opens the in-app feedback flow or runs /feedback:bug-report or /feedback:feature-request. Coordinates evidence gathering, anonymization, and posting to GitHub Issues. |
Nimbalyst Feedback Skill
This skill is the entry point for the Nimbalyst in-app feedback flow. It activates when:
- The user runs the
/feedback:bug-report slash command
- The user runs the
/feedback:feature-request slash command
- The user opens a session with
sessionType: 'bug-report' or sessionType: 'feature-request'
Behavior
Read the matching command file:
- For bug reports:
commands/bug-report.md in this plugin
- For feature requests:
commands/feature-request.md in this plugin
Both commands share these constraints:
- The user is the gate. Never call
mcp__nimbalyst-mcp__feedback_open_github_issue without explicit user approval of the final title and body.
- Anonymize aggressively. Run anything that includes file paths, log content, environment strings, or workspace identifiers through
mcp__nimbalyst-mcp__feedback_anonymize_text first, then read the output and redact anything else that looks sensitive.
- Honor the intake flags. Bug-report sessions include
Log gathering: allowed or Log gathering: not allowed; feature-request sessions may include UX mockup: requested or UX mockup: not requested. Only bug reports may read logs, and only when log gathering is allowed.
- Handle long reports. When the drafted body exceeds the URL safe length, the URL builder returns
reason: 'too-long'. Fall back to: show the body in chat, open a no-body URL, tell the user to paste.
- Target repo and templates. Bug reports use
bug_report.yml; feature requests use feature_request.yml. Both target nimbalyst/nimbalyst. Don't hardcode the URL — let the URL builder handle template selection and field-id routing. The GitHub issue type (Bug / Feature) and status:needs-triage label come from the template frontmatter, not from the URL builder.
Tools available
mcp__nimbalyst-mcp__feedback_anonymize_text(text) → returns anonymized string
mcp__nimbalyst-mcp__feedback_get_environment() → app version, OS, recent error counts
mcp__nimbalyst-mcp__feedback_open_github_issue({ kind, title, body }) → opens GitHub new-issue page in browser, returns { ok, opened, reason?, url? }
mcp__nimbalyst-extension-dev__get_main_process_logs({ lastLines, searchTerm, logLevel, component }) → only with consent
mcp__nimbalyst-extension-dev__get_renderer_debug_logs({ lastLines, searchTerm, logLevel }) → only with consent
Important
- Don't add "generated by AI" or "Co-Authored-By" lines to the issue body.
- Don't claim the issue was submitted; the user clicks Submit on github.com themselves.
- If the user pivots from a bug to a feature mid-conversation (or vice versa), say so and switch templates.