This directory contains GitHub workflow automation for issue management, labeling, and project coordination.
.github/
βββ workflows/ # GitHub Actions workflows
β βββ issue-labeler.yml # Automatic issue labeling & triage
β βββ stale-issues.yml # Stale issue management
β βββ label-sync.yml # Repository label synchronization
β βββ issue-metrics.yml # Issue analytics & reporting
βββ ISSUE_TEMPLATE/ # Issue templates
β βββ bug_report.yml # Bug report template
β βββ feature_request.yml # Feature request template
β βββ question.yml # Question/support template
β βββ config.yml # Template configuration
βββ labels/ # Label definitions
β βββ labels.yml # All repository labels
βββ README.md # This documentation
Trigger: When issues are opened, edited, or commented on
Capabilities:
- π·οΈ Smart Labeling: Automatically applies labels based on content analysis
- π₯ Auto-Assignment: Assigns issues to relevant maintainers
- π― Component Detection: Identifies which part of the project is affected
- π¬ Triage Comments: Adds helpful comments for issues needing triage
Label Rules:
Component Labels:
- 'mcp' β MCP-related content
- 'bash-aliases' β Shell/alias content
- 'preferences' β Configuration content
- 'templates' β Template-related content
- 'scripts' β CLI/automation content
- 'documentation' β Docs content
Type Labels:
- 'bug' β Error/problem keywords
- 'enhancement' β Feature/improvement keywords
- 'question' β Question/help keywords
- 'maintenance' β Refactor/cleanup keywords
- 'security' β Security-related keywords
Priority Labels:
- 'priority-high' β Urgent/critical keywords
- 'priority-medium' β Default priority
- 'priority-low' β Nice-to-have keywordsTrigger: Daily at 2 AM UTC + manual dispatch
Capabilities:
- β° Auto-Stale Marking: Issues inactive for 30 days
- π Auto-Close: Stale issues closed after 7 days
- π·οΈ Smart Exemptions: Protected labels prevent auto-closure
- π’ Helpful Messages: Clear communication about stale status
Configuration:
- Issues: 30 days β stale, +7 days β closed
- PRs: 45 days β stale, +14 days β closed
- Exempt labels:
keep-open,pinned,security,on-hold,in-progress
Trigger: When labels.yml is modified + manual dispatch
Capabilities:
- π Auto-Sync: Updates repository labels from configuration
- ποΈ Cleanup: Removes unused labels
- π Consistency: Ensures all labels match the definition file
Trigger: Weekly on Mondays + manual dispatch
Capabilities:
- π Analytics: Comprehensive issue statistics
- π Trends: Track issue patterns over time
- π― Component Analysis: Issues by project component
- β±οΈ Performance: Average resolution times
- π€ Auto-Reporting: Summary in GitHub Actions
Metrics Tracked:
- Total, open, and closed issues (last 30 days)
- Issues by label and component
- Average time to resolution
- Recommendations for issue management
The repository uses a comprehensive labeling system defined in labels/labels.yml:
- π΄
priority-critical- Needs immediate attention - π
priority-high- Should be addressed soon - π‘
priority-medium- Normal timeline - π΅
priority-low- Nice to have
- π
bug- Something broken - β¨
enhancement- New feature/improvement - β
question- Support request - π
documentation- Docs related - π§
maintenance- Technical debt/refactoring - π
security- Security related
- π
mcp- MCP functionality - π₯οΈ
bash-aliases- Shell commands - βοΈ
preferences- Configuration - π
templates- Project templates - π€
scripts- CLI/automation - π
claude-flow-integration- Claude Flow related
- π
triage-needed- Needs classification - β‘
in-progress- Being worked on - π«
blocked- Waiting on dependencies - βΈοΈ
on-hold- Strategic pause - β
ready-for-review- Code review needed - π¬
needs-feedback- Awaiting input
Three comprehensive templates are available:
- Structured bug reporting
- Environment information collection
- Reproduction steps
- Expected vs actual behavior
- Pre-submission checklist
- Problem statement
- Proposed solution
- Use cases and examples
- Implementation considerations
- Breaking change assessment
- Categorized questions
- Context and background
- Environment details
- Documentation verification
- Urgency levels
- Edit
.github/labels/labels.yml - Commit changes to main branch
- Label sync workflow runs automatically
- All repository labels updated
Edit the assignmentRules section in issue-labeler.yml:
const assignmentRules = {
'mcp': ['rsee301'], // MCP expert
'bash-aliases': ['rsee301'], // Shell expert
'documentation': ['rsee301'], // Docs maintainer
'security': ['rsee301'] // Security expert
};Modify these values in stale-issues.yml:
days-before-stale: 30 # Days before marking stale
days-before-close: 7 # Days from stale to close
days-before-pr-stale: 45 # PR stale timeline
days-before-pr-close: 14 # PR close timelineAdd new rules in the contentRules section of issue-labeler.yml:
const contentRules = {
'your-label': ['keyword1', 'keyword2', 'phrase'],
// ... existing rules
};- View workflow runs: Repository β Actions tab
- Check automation logs and success rates
- Monitor label application accuracy
- Weekly automated reports in Actions summary
- Track issue trends and resolution times
- Component-wise issue distribution
All workflows can be manually triggered:
- Go to Actions tab
- Select desired workflow
- Click "Run workflow"
- Choose branch and parameters
- Token Permissions: Workflows use minimal required permissions
- Sensitive Data: Templates include warnings about data redaction
- Auto-Assignment: Limited to pre-configured maintainers
- Label Management: Only authorized changes sync to repository
To improve or extend the automation:
- Test Changes: Use workflow dispatch to test modifications
- Monitor Impact: Check automation accuracy after changes
- Update Documentation: Keep this README current
- Review Permissions: Ensure minimal required access
- Validate Templates: Test issue templates before deployment
This automation system is designed to scale with the project and can be extended with additional workflows as needed.