aggregate-logs
Generate LEARNINGS.md from skill execution logs over a configurable time window.
Command options, configuration, and best practices.
> /plugin marketplace add athola/claude-night-marketHow it fires
How this command gets triggered: by you, by Claude, or both.
/configuration-optionsContext preview
What this command does when you run it.
Command options, configuration, and best practices.
Command options, configuration, and best practices.
> **See Also**: [Main Command](../fix-pr.md) | [Workflow Steps](workflow-steps.md) | [Troubleshooting](troubleshooting-fixes.md)
| Option | Description | |--------|-------------| | `--dry-run` | Analyze and show planned fixes without applying | | `--from <step>` | Start at specific step (analyze, triage, plan, fix, validate, complete) | | `--to <step>` | Stop after specific step | | `--scope <level>` | Set scope level (auto, minor, medium, major) | | `--commit-strategy` | Choose commit approach (single, separate, manual) | | `--skip-validate` | Skip the Step 5.7 diff-derived `validate-pr` check (auto-applied for `--scope minor` with formatting-only diffs) | | `--skip-issue-linkage` | Skip issue analysis in Step 6 | | `--close-issues` | Automatically close fully addressed issues | | `--continue` | Resume from last incomplete phase (see Session Resumption) | | `pr-number`/`pr-url` | Target specific PR (default: current branch)
uses superpowers to understand context:
// Comment: "Add error handling for null values"
// Superpowers analyzes:
// - Current function signature
// - Error handling patterns in codebase
// - Testing requirements
// - Performance implications
// Generated fix:
function processData(data) {
if (!data) {
throw new Error('Data cannot be null or undefined');
}
// ... rest of function
}Groups related fixes for efficiency:
# Detects patterns: - 5 comments about missing tests - 3 comments about error handling - 2 comments about documentation # Applies fixes by batch: 1. Add all missing tests 2. Implement error handling 3. Update documentation
Creates GitHub issues for out-of-scope items:
gh issue create \ --title "[Enhancement] Add caching layer" \ --body="Identified during PR #123 review Consider implementing Redis caching for API responses Priority: Medium Estimated effort: 2-3 days" \ --label="enhancement,backlog"
# Run with default settings /fix-pr # Dry run to see planned changes /fix-pr --dry-run # Specific PR with separate commits /fix-pr 42 --commit-strategy separate
PR #42: Found 12 review comments ### Triage Results | Critical | In-Scope | Suggestions | Out-of-Scope | Informational | |----------|----------|-------------|--------------|---------------| | 2 | 5 | 3 | 1 | 1 | ### Fix Plan **Critical Issues (2)** 1. [C1] api.py:45 - Add null check for user input 2. [C2] utils.py:87 - Fix SQL injection vulnerability **In-Scope Issues (5)** 1. [S1] models.py:23 - Add validation for email format 2. [S2] views.py:156 - Handle edge case for empty lists ... **Out-of-Scope → Creating GitHub Issues (2)** Creating issue for: "Add detailed logging system"... [OK] Created issue #234: feat(logging): Add detailed logging system Creating issue for: "Add tests for feature-review skill"... [OK] Created issue #235: test(imbue): Add detailed tests for feature-review skill Proceed with 7 fixes? [y/n/select]
After thread resolution, issue analysis runs:
PR #42: Analyzing 8 open issues... ### Issue Analysis Results **#15 - Add input validation for API endpoints** Status: FULLY ADDRESSED Evidence: - Added validation in api/validators.py (lines 45-89) - Tests added in tests/test_validators.py - All acceptance criteria met Action: Commented and closed issue #15 **#18 - Improve error messages** Status: PARTIALLY ADDRESSED Evidence: - Updated error messages in auth module - Database errors still use generic messages Remaining work: - [ ] Update database error messages in db/errors.py - [ ] Add user-friendly messages for validation failures Action: Commented with follow-up tasks **#22 - Refactor payment module** Status: NOT RELATED Evidence: No changes to payment/* files Action: Skipped
After fixes are applied and committed:
### Thread Resolution Status | Thread ID | File | Status | Action | |-----------|------|--------|--------| | PRRT_abc123 | api.py:45 | Replied + Resolved | "Fixed in a1b2c3d" | | PRRT_def456 | utils.py:87 | Replied + Resolved | "Fixed in a1b2c3d" | | PRRT_ghi789 | models.py:23 | Replied + Resolved | "Fixed in a1b2c3d" | | PRRT_jkl012 | views.py:156 | Skipped (suggestion) | Author discretion | | PRRT_mno345 | config.py:10 | Issue #234 created | Out of scope | | PRRT_pqr678 | tests/ | Issue #235 created | Out of scope | **Summary:** - 3 threads replied to and resolved - 1 thread skipped (optional suggestion) - 2 out-of-scope items → GitHub issues created (#234, #235) - 0 unresolved threads remaining
Warning: Cannot resolve threads (permission denied) Fixes applied locally. Please resolve threads manually.
# If thread reply fails
Error: Failed to reply to thread {thread_id}
Fallback: Post a general PR comment referencing the fix
# If thread resolution fails
Error: Failed to resolve thread {thread_id}
Action: Document the thread ID for manual resolution#
A plugin marketplace for Claude Code. Install only the plugins you need to run git workflows, code review, spec-driven development, and autonomous agents from inside your Claude Code session.
Generate LEARNINGS.md from skill execution logs over a configurable time window.
Analyze skill file complexity metrics and generate modularization recommendations for splitting or progressive loading.
Scaffold new Claude Code skills with brainstorming, TDD methodology, and proper frontmatter and module structure.