daily-small-refactoring-based-on-github-issue

Creates small refactoring pull requests from assigned GitHub issues with CI fixes.

1|Updated Apr 3, 2021
One-click install
npx skills add https://github.com/NaoyaMiyagawa/dotfiles --skill daily-small-refactoring-based-on-github-issue-naoyamiyagawa
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: daily-small-refactoring-based-on-github-issue
Source: https://github.com/NaoyaMiyagawa/dotfiles/tree/main/.claude/scheduled-tasks/daily-small-refactoring-based-on-github-issue
Command: npx skills add https://github.com/NaoyaMiyagawa/dotfiles --skill daily-small-refactoring-based-on-github-issue-naoyamiyagawa

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It automates the routine of turning self-assigned GitHub issues into small, reviewable refactoring pull requests, keeping code quality work moving without large context switches. ## Core Features & Use Cases - Issue-Driven Refactoring: Picks up GitHub issues assigned to the user and raises a PR when no linked PR already exists. - Small, Reviewable Changes: Keeps code changes under roughly 200 lines and limits output to at most 2 PRs per run. - Structured Review Loop: Performs self-review, cross-review with a different AI model (Codex), and fixes CI failures until linter and tests pass. - Use Case: Run it daily to chip away at a backlog of refactoring issues, recording progress as a checklist on the issue when one PR cannot resolve it fully. ## Quick Start Ask the assistant to look at my assigned GitHub issues and raise a small refactoring PR based on origin/develop.

Frequently Asked Questions about daily-small-refactoring-based-on-github-issue

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate refactoring PRs from GitHub issues?▼

This routine reads issues assigned to the user, checks for an existing linked PR, and creates a new branch from origin/develop to raise a small refactoring PR. Progress is tracked as a checklist on the issue when the work spans multiple rounds.

How large can the refactoring pull requests be?▼

Code changes should preferably be fewer than 200 lines in total so reviewers can evaluate them quickly. If one PR cannot resolve the issue, the remaining work is recorded as a checklist on the issue for the next run.

How many PRs does this routine create per run?▼

It creates at most 2 PRs per run and skips creating new ones if there are already 2 or more open refactoring PRs from this routine. This keeps the PR list manageable for reviewers.

What happens when CI fails on the refactoring PR?▼

The routine fixes CI errors until the linter and tests pass. It follows a review flow of self-review, fix and push, cross-review with a different AI model (Codex), then fix and push again.

Which branch are refactoring PRs based on?▼

Branches are created after running git fetch --all and are based on origin/develop. This ensures the refactoring work starts from the latest shared development branch.