Start only through an explicit , , or host skill selection. Do not invoke automatically for a generic request to clean up open PRs, respond to one PR review, or fix ordinary CI failures.

Sweep is a controller that reads and organizes the fresh state of multiple PRs. Do not duplicate long-lived task state in a Markdown ledger. The current GitHub and Git state is the source of truth.

Do not expose , , backend details, routing state, or worker receipts by default. Brief the user in plain language about what can proceed, what must wait, why, and how. Batch plan approval은 host별 native structured question surface를 우선 사용합니다 (Claude Code: AskUserQuestion; Codex: request_user_input; Hermes: clarify). unavailable하면 plain chat으로 fallback하고 child마다 승인을 반복하지 않습니다.

Use the following user-level configuration as the default repository scope:

$XDG_CONFIG_HOME/tigerkit/pr-triage.json

This configuration owns only the long-lived repository list. Do not store model mappings, selectors, effort levels, worker routing, fan-out preferences, or task state there.

If the configuration does not exist, bootstrap it only in execution mode when the current checkout’s origin can be identified safely. must use the helper's no-bootstrap path and keep the origin-derived repository list in memory; an explicit limits the scope of that run.

Use as the canonical fresh inventory. Report-only runs use .

At minimum, inspect:

Do not treat a cached user-supplied list or a previous as current truth.

is strictly read-only.

When the user-level config is missing, read the current checkout's origin for this run only. Do not create the config directory/file; use an explicit when no safe origin exists.

Example:

지금 처리할 PR은 3개예요.
#121 — 리뷰 대응 필요
#124 — GitHub Actions 수정 필요
#128 — rebase 필요

#130, #132는 사람 리뷰 대기이고 #135는 외부 CI 대기라 지금 손댈 필요 없습니다.

Keep the default output to a short briefing. Do not create lifecycle Markdown, a Seed, worktree, commit, push, reply, or resolution. If a repository cannot be read, separate that failure from successful repository results and explain which state could not be retrieved.

In execution mode, plan only PRs that are currently actionable according to fresh triage.

Explain each PR at the level the user needs to understand:

The execution model may recommend only broad capability classes such as “중간급 coding model” or “충돌은 더 강한 reasoning model”. Do not create a specific provider selector, tier, reasoning effort, or . Do not mark the entire Sweep as merely because these controls are unavailable.

Once the user approves the batch plan, that approval grants authority only for the exact PRs, heads, work types, and publication scope in the plan. Do not request the same approval again for each child.

and pre-approval fresh triage are read-only and do not create worktrees. After batch approval, every PR child requires a newly created dedicated worktree before handling begins. The parent or checkout is never used for child work and never branch-switched with or . A subagent counts as isolation only when it receives and uses that fresh worktree. Do not reuse another PR's or a previous child's worktree. If a fresh worktree cannot be created or passed to the child, hold only that PR as or ; do not fall back to sequential handling in the parent / checkout. The absence of worker or model controls is not itself a blocker; inability to establish the worktree boundary is a PR-local blocker.

Immediately before handling each PR, reread fresh triage and the exact PR state. Before any mutating child route, verify the fresh dedicated worktree path for that PR and pass it to the child. If it is absent, hold or block before mutation.

Representative routes:

If the parent-approved exact PR/head and resolution direction remain unchanged, the child must not ask for the same decision again. Return that PR to the user only when there is a material change, such as new feedback, head drift, or scope drift.

Do not create one giant Seed for the entire Sweep.

Each PR child must use its own newly created dedicated worktree. Code-changing PRs use there; reply-only or pure rebase work still uses the worktree but does not require a Seed solely for that reason. The Seed must be self-contained and include that PR’s feedback, objective, decisions, approach, AC, verification, and publication boundary.

Do not force a Seed onto reply-only work or a pure rebase that does not require separate implementation context.

Do not create , , or worker receipt Markdown.

Before every child remote write, fresh-read and verify the exact repository, PR, head, identity, refspec, thread, and check. Permit only push, reply, resolve, and re-review actions within the parent-approved scope.

After all actionable review threads are closed, the publication contract additionally requires:

Do not report a PR as complete when evidence is missing for any required reviewer re-review request, actionable-thread closure, or required current-head summary comment.

If publication is partially blocked by permissions, preserve and report the already verified local commit and exact remote state. A retry in the same run is allowed only after re-verifying the exact target and refspec. A later-session is allowed only when the local commit, remote head, approved target, required re-review requests, actionable-thread state, and current-head summary-comment state can all be reconstructed from fresh evidence. Otherwise stop as . Never use plain force or a guessed refspec.

A local failure in one PR does not automatically stop other independent PRs. Stop the entire Sweep only for a systemic failure, such as identity or permission contamination, ambiguous repository scope, or untrustworthy triage.

After each PR succeeds or fails, triage that PR again to confirm that its actual state changed. After every planned row finishes, run final fresh triage across all configured repositories.

A PR is not complete unless final fresh triage confirms the required checks, publication state, all required reviewer re-review requests, closed actionable threads, and any required current-head summary comment marked .

Do not dump internal categories or receipts.

Example:

이번 Sweep에서는 4개 중 3개를 처리했습니다.
#121과 #124는 수정·검증·push 완료, #130은 답변 완료입니다.
#128은 새 conflict가 확인돼 보류했고, 나머지는 사람/외부 CI 대기 상태입니다.

Keep successfully handled items brief and explain only problematic PRs in the necessary detail. Never describe an item as complete when required publication evidence is missing. Use exactly one final status based on the actual result: .