gate-attribution

Attributes reviewer and test_engineer dispatch verdicts to individual plan tasks.

Updated Sep 14, 2026
One-click install
npx skills add https://github.com/pandejesal/drone-nav-sar --skill gate-attribution-pandejesal
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gate-attribution
Source: https://github.com/pandejesal/drone-nav-sar/tree/main/.swarm/bundled-skills/gate-attribution
Command: npx skills add https://github.com/pandejesal/drone-nav-sar --skill gate-attribution-pandejesal

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When a reviewer or test_engineer is dispatched across multiple tasks in one batch, the gate tracker cannot tell which verdict belongs to which task, causing ambiguous or failed attribution. This Skill defines a parseable per-task verdict row protocol so every dispatch produces task-scoped gate evidence. ## Core Features & Use Cases - Per-task attribution rules: Single-task dispatches attribute by taskId, while set-dispatches attribute via parseable [REVIEWED] | task-id | verdict and [TESTED] | task-id | verdict rows. - Verdict normalization: Accepts APPROVED/REJECTED/CONCERNS for reviews and PASS/FAIL/SKIPPED for tests, normalizing task-X.Y IDs to X.Y and ignoring unsafe or non-plan IDs. - Parallel dispatch guidance: Recommends dispatch_lanes_async with one lane per task (up to 3 concurrent) when set-dispatch is inappropriate, plus a minimal prompt template for trivial ceremony gates. - Use Case: A reviewer returns one batched output covering tasks 2.1 through 2.4; each parseable row writes a separate .swarm/evidence/{taskId}.json file so the delegation gate can evaluate each task independently. ## Quick Start Require the reviewer to return one [REVIEWED] | task-id | verdict | notes row per task so each dispatch is attributed to its plan task.

Frequently Asked Questions about gate-attribution

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

FAQPage Schema
How do I attribute a batched reviewer dispatch to multiple tasks?

Require the reviewer output to include one parseable row per task in the form `[REVIEWED] | task-id | verdict | notes`. Each parseable row creates gate evidence for that task; without rows, attribution falls back to the single-task rule.

What verdict values are allowed in reviewed and tested rows?

[REVIEWED] rows accept APPROVED, REJECTED, or CONCERNS, while [TESTED] rows accept PASS, FAIL, or SKIPPED. Any parseable row creates evidence regardless of the verdict value; the pass/fail decision is made separately.

How are task IDs like task-2.1 normalized?

Rows containing IDs in the form `task-X.Y` are normalized to `X.Y` before attribution. IDs that are unsafe or do not belong to the plan are ignored entirely.

When should I use parallel lanes instead of a set-dispatch?

Use dispatch_lanes_async with one lane per task when tasks are unrelated or high-risk, or when a set-dispatch would not produce parseable rows. Each lane carries a single taskId, with up to 3 lanes running concurrently.

Why does a batched dispatch without verdict rows fail attribution?

Prose summaries are ambiguous because the gate tracker keys delegation chains by sessionID and cannot map them to tasks. Only parseable per-task rows produce the task-scoped evidence files the gate requires.