Use this skill to queue maintainer-accepted microsoft/apm issues (`status/accepted`) and fan them out through an isolated pool (default 2) of autopilot-issue-delivery-worker sessions. Any accepted type is eligible. Advisory `triage/recommended` is not authorization. Does not triage. Does not review PRs. Works in a local session, Copilot App automation, Cloud Agent, Remote Agent, or Agentic Workflow.
59
74%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Low
Low-risk findings worth noting
Fix and improve this skill with Tessl
tessl review fix ./.agents/skills/autopilot-issue-delivery-scheduler/SKILL.mdUser-facing ACCEPTED-ISSUE implementation queue. This skill SELECTS authorized issues and THROTTLES fan-out. It does not triage and does not review PRs.
Compose autopilot-issue-delivery-worker
one issue per slot. Never borrow slots from
autopilot-issue-triage-scheduler,
autopilot-pr-review-scheduler, or
autopilot-pr-triage-scheduler.
activation_card: on. Before any queue read or spawn, emit
this Enter card with every field filled. Missing field -> stop.
skill: autopilot-issue-delivery-scheduler
skill_path: <resolved directory of this SKILL.md>
mode: run
subject: microsoft/apm
path: delivery
intent: select accepted issues and fan out delivery workers
origin: unattended | actor-session
write: off
repo: microsoft/apm
fanout_limit: <positive integer>
invocation: agentic-workflow | actor-sessionRules:
write is always off. This scheduler never comments,
labels, assigns, or requests reviewers.write: on -> stop.origin fail-closed unknown -> unattended.invocation is the harness. Copilot App, local session, Cloud
Agent, and Remote Agent are actor-session. agentic-workflow
is only gh-aw / GitHub Actions. Do not copy origin into
invocation.After the run, emit this Exit receipt:
skill: autopilot-issue-delivery-scheduler
subject: microsoft/apm
path: delivery
write: off
queued: <integer>
spawned: <integer>
approved: n/aWorks in local sessions, Copilot App automations, Cloud Agent, Remote Agent, and Agentic Workflows.
Resolve ORIGIN before any GitHub write:
unattended -- workers still run; they must not assign.actor-session -- workers treat assignment as a hard gate
before any implementation. Assignment is the public signal of
which user is working the issue.Ownership writes:
@me)INTENT for this scheduler is implement only as a parent signal
to workers. This scheduler itself never assigns, never requests
reviewers, and never writes human decision labels.
all (default) -- every open issue that already carries
status/accepted, plus any issue the caller named as a
bounded accept. Type does not matter (type/bug,
type/feature, type/automation, docs, refactor). Escalate
everything else. Do not run triage-panel from this scheduler.bugs -- same gate, plus type/bug. Worker uses LEGIT /
UNCLEAR / FIXED-AT-HEAD plus PRINCIPLES.md alignment.type/bug or triage/recommended without status/accepted
is not eligible unless the caller named a bounded accept.
Build the queue from the caller list or gh issue list on
status/accepted (selector bugs: also require type/bug).
An issue is eligible for the queue only if it already carries
status/accepted or the caller named it as a bounded accept.
That membership is a communication signal, not implementation
permission. triage/recommended and legacy status/triaged
are advisory processing markers and are not authorization.
Workers re-check scripts/governance/eligibility.cjs from the
trusted default branch and require fresh responsible-human
confirmation before any mutate. ORIGIN unattended never
implements. Do not dispatch an unaccepted issue. Do not run
triage-panel to create any marker. Do not write status/accepted.
Skip locked and closed issues unless the caller named them.
Deduplicate by number. Do not skip bot-authored issues that
already carry status/accepted or that the caller named.
Human accept is the gate; author type is not.
Skip status/needs-design unless the caller named the issue.
Skip status/needs-triage and status/deferred unless named.
Skip status/shepherding and status/in-flight unless named
(those belong to PR review or an in-flight owner). Skip issues
assigned to another user unless the caller named them; do not
steal in-progress work.
Do not open a second PR when one already addresses the issue; return that PR number.
After a worker opens a PR, do NOT fill this pool with
autopilot-pr-merge-worker. Hand the PR number to the
caller for autopilot-pr-review-scheduler.
Before any spawn, emit the keep-set and the drop-set in plan.md
and in the session report. Missing table, missing column, or blank
rationale -> stop. Do not spawn.
Keep-set (items this run will schedule). One row per item. Do not truncate to FANOUT_LIMIT:
| number | kind | labels | rationale | slot |
Drop-set (considered, then not scheduled). slot is -:
| number | kind | labels | rationale | slot |
kind: issue or prlabels: current GitHub labels, comma-separated; none if emptyrationale: why queued or dropped (helper rule and labels)slot: 1-based spawn order, or - when droppedEmpty keep-set is success. Still emit the drop-set, or none.
You are the sole table writer. Put selector and existing-PR
facts in rationale.
Load assets/fan-out-pool.md. Default
FANOUT_LIMIT=2 concurrent slots. Isolated to this run.
FANOUT_LIMIT is concurrency, not queue length. Drain the full
selected list; when a slot returns, fill it with the next item.
Issue delivery #<issue-number>.status/accepted.microsoft/apm
0495ced
Also appears in
since Sep 29, 2026
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.