competition-queue-worker-drift

1# Competition Queue Worker Drift
2 
3Use this skill only as a downstream specialization after `$ctf-sandbox-orchestrator` is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to `$ctf-sandbox-orchestrator` first.
4 
5Use this skill when the decisive effect happens after enqueue, inside a worker, or only under async runtime state that differs from the request path.
6 
7Reply in Simplified Chinese unless the user explicitly requests English.
8 
9## Quick Start
10 
111. Map the async chain first: enqueue point, queue payload, worker consumer, retries, and final side effect.
122. Keep request-time state separate from worker-time state.
133. Record queue name, message shape, worker config, retry policy, and downstream store in one chain.
144. Compare synchronous path and async path when behavior diverges.
155. Reproduce the smallest enqueue-to-side-effect flow that proves the decisive async drift.
16 
17## Workflow
18 
19### 1. Map Enqueue And Worker Identity
20 
21- Record queue names, topics, cron schedules, delayed jobs, dead-letter queues, worker processes, and consumer groups.
22- Note which config, env vars, feature flags, or credentials exist only in the worker environment.
23- Keep enqueue request, stored payload, and worker identity tied together.
24 
25### 2. Trace Worker-Only State And Retries
26 
27- Show how worker runtime differs from the request path: different env, files, mounts, caches, permissions, or clocks.
28…