github-process-agent-issues
Github Process Agent Issues
Use this skill to automate the manual review-and-fix cadence for GitHub issues tagged Agent in all git repositories discovered under the current working tree.
Scope and triggers
- Use for requests involving:
- "work through Agent issues"
- "sweep issues labeled Agent"
- "claim next Agent issue"
- "submit PR for solved issue"
- local repositories under the current folder or
projects/<slug>/subfolders
Shortcut: $github-process-agent-issues
Required companion skills
$branch$agent-browser-relay$commit-push$pr$shell-glob-safe-pathswhen paths include[],(),*,?, or spaces.
Preconditions
- Confirm GitHub CLI authentication with
gh auth status. - Confirm the active workspace contains cloned repos with remotes.
- Confirm these companion skills are available:
$branch,$agent-browser-relay,$commit-push,$pr. - Run with network access and write permission for these repos.
- Resolve portable Python launcher once before using helper scripts:
PYTHON_BIN="$(command -v python3 || command -v python || true)"; [ -n "$PYTHON_BIN" ] || { echo "No Python interpreter found" >&2; exit 1; }- Never invoke raw
python ....
Core workflow
- Find open
Agentissues across all repos. - Process issues one at a time.
- For each issue:
- Inspect and claim the issue using
ghcommands. - Create a dedicated branch for the issue using
$branch. - Implement the fix on that branch.
- Run all required checks/tests (at minimum local lint/tests/build where available).
- If any UI/frontend verification is needed, verify via
$agent-browser-relay. - Commit and push using
$commit-push. - Create/update PR using
$pr. - Update issue and PR labels/comments with
ghand stop if confidence is low.
- Inspect and claim the issue using
- Repeat until queue is empty.
Mandatory behavior
- All GitHub operations must use the GitHub CLI (
gh) or this skill's helper scripts that callghunder the hood. - Use
ghto:- list and inspect issues
- add/remove issue labels
- post issue comments and status updates
- check and manage PR state
- Always follow a branch-first approach: do not solve an issue without creating or checking out a dedicated branch first.
- Only progress to the next issue after all required checks pass and PR is created/updated for the current issue.
- Do not bypass human confirmation on sensitive changes.
- Quote any literal path containing shell-glob characters before running shell commands:
sed -n '1,120p' 'app/dashboard/[[...path]]/page.tsx'sed -n '1,120p' 'app/research/[slug]/page.tsx'
Script entry points
The skill ships with:
scripts/agent_issue_sweep.py
Use --help on any command for full flags and defaults.
1) Discover Agent issues
"$PYTHON_BIN" "scripts/agent_issue_sweep.py" discover \
--root "." \
--label "Agent"
This command scans every repo under --root and outputs issue rows grouped by repository.
2) Claim one issue for work context
"$PYTHON_BIN" "scripts/agent_issue_sweep.py" claim \
--root "." \
--issue owner/repo#123 \
--base-branch "main"
Use this only to discover the issue and set working context. The workflow for this skill must still explicitly create/confirm the dedicated issue branch with $branch.
3) (Legacy helper for finalize) Finish one issue
"$PYTHON_BIN" "scripts/agent_issue_sweep.py" finalize \
--root "." \
--issue owner/repo#123 \
--result approved \
--run-tests
This helper should be treated as a compatibility fallback. Primary required path is:
- branch via
$branch - verify and test
- push via
$commit-push - PR via
$pr
4) Required label and comment flow (via gh)
- Add/remove labels with
gh issue editandgh pr edit. - Post final status on issue and PR with
gh issue commentandgh pr comment. - Apply labels:
agent/in-progresswhile workingagent/resolvedfor approved outcomesagent/blockingfor blocked/uncertain outcomes
Mandatory certainty gate
- Default behavior requires full confidence (100) before finalizing.
- If confidence is below 100, pause and do not finalize the PR/issue; request explicit confirmation before continuing.
Human handoff and in-depth checks
- You are still responsible for implementation quality in the branch.
- For human-verification gates (for example CAPTCHA), stop immediately, alert the user, and wait for explicit human confirmation before continuing.
More from mindgames/skills
github-sync
Sync a local Git repository with its remote safely. Use when Codex needs to update a repo before starting work, fast-forward a local branch from `origin`, confirm that local `main` or another branch matches the remote, or prepare an up-to-date base branch before creating a new branch.
3github-pull-request
Use when the user asks to create a pull request. Build a complete PR using best-practice structure with rich details on changes, verification, QA evidence, risks, and rollout notes. Include issue linkage and clear testing commands/results in the PR body.
2branch
Use when a user asks to create a new local git branch and start issue work (for example, "create branch" or "start working on issue XYZ"). Use this for issue-based branch naming in the `type/scope-short-description` pattern and for always syncing local `main` from `origin/main` before creating the new branch, creating the local tracking `main` branch first when needed.
1gh-pr-audit
Perform a full local audit of one or more GitHub PRs, run repository-native deterministic checks, apply result labels, and post a structured review comment. Use when a PR in this repo or under projects/* needs a deep, evidence-based review across any language or stack.
1gh-fix-ci
Use when a user asks to debug or fix failing GitHub PR checks that run in GitHub Actions; use `gh` to inspect checks and logs, summarize failure context, draft a fix plan, and implement only after explicit approval. Treat external providers (for example Buildkite) as out of scope and report only the details URL.
1github-issue
Create complete, implementation-ready GitHub issues from user input and publish them with `gh issue create`. Use when asked to create/file/open a new issue in any repository, including cases where requirements must be structured into clear scope, acceptance criteria, constraints, and done-when outcomes.
1