Language Conventions
Infer language style from the project:
- Analyze existing issues, documentation, and commit messages to detect the project's language variant (US English, UK English, etc.)
- Match the spelling conventions found in the project (e.g., "initialize" vs "initialise", "behavior" vs "behaviour")
- Maintain consistency with the project's established language style throughout issue updates
Update a GitHub issue with the following workflow:
- Check if we're in a GitHub repository
- Identify the issue to update:
- If issue number is provided (e.g., "issue 123", "#456", or "789"), use that issue
- If not provided, ask the user for the issue number
- View current issue details:
- Use
gh issue view to display current state
- Show title, body, labels, assignees, and state
- This helps understand what needs updating
- Check for ISSUE_TEMPLATE format:
- Look for issue templates in
.github/ISSUE_TEMPLATE/ or .github/ directories
- If the current issue follows a template, identify which template
- Parse template structure to preserve required sections
- Determine what to update:
- Ask what fields the user wants to update (title, body, labels, assignees, state)
- Accept input for new values
- If updating body and template exists, maintain template structure
- Apply updates with validation:
- For title: Use natural, descriptive language
- For body with template: Preserve template sections and formatting
- For body without template: Use clear, structured format
- For labels: Only use existing repository labels
- For assignees: Only assign valid repository collaborators
- Use
gh issue edit to apply changes
- Confirm and display results:
- Show summary of all updates made
- Display success message with link to updated issue
For the issue title:
- Use natural, descriptive language
- Keep it concise but informative
- Match the style of existing issue titles in the repository
For the issue body (when using ISSUE_TEMPLATE format):
- Follow the exact template structure
- Preserve required sections and formatting
- Update only the sections being changed
- Maintain template sections
For the issue body (custom format):
- Include clear problem statement or feature details
- Add relevant context from the update
- Keep it structured and actionable
- Maintain existing formatting style when possible
For labels and assignees:
- Only add labels that already exist in the repository
- Validate assignees are valid repository collaborators
- Show current labels and assignees before making changes
1---2name: update-issue3description: Update a GitHub issue with new title, body, labels, or assignees4---5
6## Language Conventions
7
8**Infer language style from the project:**
9- Analyze existing issues, documentation, and commit messages to detect the project's language variant (US English, UK English, etc.)
10- Match the spelling conventions found in the project (e.g., "initialize" vs "initialise", "behavior" vs "behaviour")
11- Maintain consistency with the project's established language style throughout issue updates
12
13---
14
15Update a GitHub issue with the following workflow:
16
171. Check if we're in a GitHub repository
182. **Identify the issue to update:**
19 - If issue number is provided (e.g., "issue 123", "#456", or "789"), use that issue
20 - If not provided, ask the user for the issue number
213. **View current issue details:**
22 - Use `gh issue view` to display current state
23 - Show title, body, labels, assignees, and state
24 - This helps understand what needs updating
254. **Check for ISSUE_TEMPLATE format:**
26 - Look for issue templates in `.github/ISSUE_TEMPLATE/` or `.github/` directories
27 - If the current issue follows a template, identify which template
28 - Parse template structure to preserve required sections
295. **Determine what to update:**
30 - Ask what fields the user wants to update (title, body, labels, assignees, state)
31 - Accept input for new values
32 - If updating body and template exists, maintain template structure
336. **Apply updates with validation:**
34 - For title: Use natural, descriptive language
35 - For body with template: Preserve template sections and formatting
36 - For body without template: Use clear, structured format
37 - For labels: Only use existing repository labels
38 - For assignees: Only assign valid repository collaborators
39 - Use `gh issue edit` to apply changes
407. **Confirm and display results:**
41 - Show summary of all updates made
42 - Display success message with link to updated issue
43
44For the issue title:
45- Use natural, descriptive language
46- Keep it concise but informative
47- Match the style of existing issue titles in the repository
48
49For the issue body (when using ISSUE_TEMPLATE format):
50- Follow the exact template structure
51- Preserve required sections and formatting
52- Update only the sections being changed
53- Maintain template sections
54
55For the issue body (custom format):
56- Include clear problem statement or feature details
57- Add relevant context from the update
58- Keep it structured and actionable
59- Maintain existing formatting style when possible
60
61For labels and assignees:
62- Only add labels that already exist in the repository
63- Validate assignees are valid repository collaborators
64- Show current labels and assignees before making changes