Create well-structured GitHub issues from any source: meeting notes, transcriptions, conversation context, informal descriptions, or direct requests. Use when the user says "create a github issue", "create issue from notes", "write up an issue", "turn these notes into an issue", "file a bug", "file a bug from meeting notes", "create enhancement from discussion", "make an issue for", "open an issue about", "create a follow-up issue", or any variation of creating a structured GitHub issue — whether the input comes from notes, conversation context, or a direct description.
Transform unstructured meeting notes, transcriptions, or descriptions into well-structured GitHub issue bodies matching the project's issue templates.
Based on the input, classify as one of:
If ambiguous, ask the user.
Read the corresponding template from the project's .github/ISSUE_TEMPLATE/ directory:
| Type | Template file |
|---|---|
| Feature | .github/ISSUE_TEMPLATE/1_feature_request.md |
| Enhancement |
.github/ISSUE_TEMPLATE/2_enhancement_request.md| Bug | .github/ISSUE_TEMPLATE/3_bug_report.md |
| Documentation | .github/ISSUE_TEMPLATE/4_documentation_change.md |
Parse the user's notes and map information to the template sections. Follow these rules:
EventHandlingComponent, AccessSerializingRepository, CommandBusN/A rather than leaving it blankPropose a concise, descriptive title (under 80 chars). Patterns:
@EventSourcedEntity - doesn't evolve immutable entities"AccessSerializingRepository"Derive a kebab-case file name from the title, e.g.:
@EventSourcedEntity - doesn't evolve immutable entities" -> polymorphic-event-sourced-entity-doesnt-evolve-immutable-entities.mdAccessSerializingRepository" -> allow-usage-of-access-serializing-repository.mdPresent the proposed title to the user before writing the file.
Structure the output file as:
# <Issue Title>
<filled template body>
The title goes as an # H1 header at the top, followed by the filled-in template sections.
Write the file to: .ai/temp/skills/issue-from-notes/<file-name>.md
Create the directory if it doesn't exist. Print the file path after writing.
Before writing the file, verify:
# H1 header contains the issue titlejava, kotlin, etc.)For real-world examples of well-written issues in this project, see references/examples.md. Consult these examples to match the tone, depth, and structure expected in this project's issues.