meta(tasks): decision-trail [using-yt-tools-rate-limit-guard] consult in OpeItcLoc03/claude-skills

.tasks/using-yt-tools-rate-limit-guard.md

@@ -9,3 +9,11 @@
 - ruling: —
 - rationale: escalated: consult_policy=human-only routes any consult straight to a human (arbiter + round-table skipped)
 - escalation_chain: brief → consult-policy:human-only
+
+### consult 2 — 2026-06-08T12:59:08.208Z
+- question: Task names claude-skills/skills/using-yt-tools/SKILL.md as the edit target, but that file is now a deprecated inert stub (v0.4.1) — canonical skill content migrated to the OpeItcLoc03/yt-tools plugin repo (~/projects/yt-tools/, v0.6.0). Should the rate-limit-guard fix be applied in the plugin repo instead, committed there, and the claude-skills task closed with a redirect note?
+- blast_radius: cross-cutting
+- decided_by: human-required
+- ruling: —
+- rationale: Parked for human (consult_policy=human-only). Worker recommendation on resume: apply in plugin repo — the stub explicitly states all future changes ship with the plugin distribution and has no body sections to edit; the plugin SKILL.md (v0.6.0) contains the exact sections the task references, including the literal "Don't retry on `yt-dlp` failures" bullet the task asks to extend rather than duplicate. Three asks map cleanly: (1) new What-NOT-to-do bullet on not batching/parallel-firing requests → HTTP 429 IP-block, placed adjacent to & cross-referencing the no-retry bullet; (2) new Failure-modes row for HTTP 429 / "blocking requests from your IP" (distinct from yt-dlp source download failed); (3) optional Inputs/Flow A note on --lang en-US,en fallback. Bump PATCH 0.6.0→0.6.1 in plugin repo. No edits made to either repo pending human ruling.
+- escalation_chain: brief → consult-policy:human-only