| name | carrier-operations |
| description | Per-carrier request-block contracts and dispatch composition rules for carrier_dispatch requests. Load before the first dispatch of the session; skip reloading if already in context. |
Carrier Operations
This skill owns dispatch composition: request-block contracts, parallel and sequential rules, and dispatch failure handling. Carrier selection and routing stay in <fleet section="roster">; invocation mechanics (label, brevity, polling, result lookup) stay in the live carrier_dispatch tool description. Missing required blocks cause hard-error rejection that echoes the violated carrier's contract.
All carriers accept an optional <prior_jobs> block: Prior finalized carrier job IDs for context lookup. Fetch with carrier_jobs(action:"result", format:"full", job_id:...); use format:"summary" if archive content has expired.
Decisions Travel as Literals
Before dispatch, close every judgment gap by asking both:
- Must the Carrier choose a concrete value?
- Does the Carrier lack the doctrine, charter, or established-convention context needed to justify that choice?
If both answers are yes, the host chooses the value before dispatch and passes it verbatim, not as an abstraction. Examples โ not an exhaustive domain list โ include design tokens (color, mix ratio, easing), API paths, setting keys, protocol tokens, names, error-message text, thresholds, and constants. Never leave these choices behind phrases such as "match the theme", "pick a coherent color", "์ ์ ํ", "์ผ๊ด๋๊ฒ", or "convention์ ๋ฐ๋ผ".
During Artifact Inspection, pass only when every dispatched literal matches verbatim; treat an equivalent-looking substitution as a defect.
When a relevant domain needs detailed pre-dispatch checks, load the decision-literal checklists on demand.
Parallel Default
When the same phase or step calls multiple Carriers, invoke them in parallel โ one tool call per carrier, same response. Sequence only when:
- a later Carrier's work depends on an earlier Carrier's output,
- carriers share a mutable resource (same files, generated artifacts, lock files, singleton test environment), or
- a recon Carrier must complete before a specialist Carrier can be selected.
Never split a parallel launch into sequential calls.
Dispatch Failure Handling
If the intended Carrier is unavailable or carrier_dispatch rejects the requested Carrier: report to the user, await instructions. Never silently substitute. A missing-required-block rejection is self-correcting โ recompose the request per the echoed contract and re-dispatch instead of escalating.
Gotchas
- Symptom: Carrier output diverges from codebase conventions in style, naming, or value selection, such as losing theme cohesion or using undefined tokens.
Action: Before dispatch, the host finalizes a decision-value table and supplies a verbatim copy, verifies each value exists in its target context (for example, a token is defined in all three themes), and includes prohibited substitutions plus validation greps.
Why: The Carrier lacks the decision-basis context; a verbatim handoff has been empirically shown to pass review in one cycle without rework.
Contracts by carrier
- nimitz (Nimitz ยท Strategic Command & Judgment) โ wrap request content in these blocks (? = optional):
- required: Background situation, current state, and relevant history.
- required: The specific question, decision point, or challenge to analyze.
- <constraints?> optional: Hard constraints, deadlines, compatibility requirements.
- <artifacts?> optional: Relevant code snippets, file paths, error logs to examine.
- <plan_ref?> optional: Optional exact PlanRef for an already host-authored Fleet Plan. Its presence activates read-only Plan assurance; Nimitz never authors or mutates Plan state.
- <audit_focus?> optional: Optional Plan sections, Lanes, TaskRefs, risks, or dispatch-readiness concerns to prioritize; applies only when plan_ref is supplied.
- genesis (Genesis ยท Chief Engineer) โ wrap request content in these blocks (? = optional):
- required: What needs to be built or achieved. Be specific about the desired end state.
- required: Which modules, directories, or subsystems are in play.
- <constraints?> optional: Hard technical constraints, compatibility requirements, or non-negotiables.
- <references?> optional: Prior Nimitz recommendations, host-authored Plans, Nimitz Plan-assurance findings, existing patterns to follow, or design decisions already made.
- <task_refs?> optional: Optional newline- or comma-delimited fully qualified TaskRefs from exactly one Plan and one Lane. When present, Genesis calls plan_read once at dispatch start with the complete set and executes only the returned selected_tasks; the host owns completion marking after artifact inspection.
- sentinel (Sentinel ยท QA & Security Lead) โ wrap request content in these blocks (? = optional):
- required: Which files, modules, PRs, endpoints, or recent changes to inspect.
- <concern?> optional: Specific suspicion, symptom, or area of worry to focus on.
- <context?> optional: Background on what the code does and expected behavior.
- <attack_surface?> optional: Known entry points, user-controlled inputs, or external interfaces (security mode).
- <threat_model?> optional: Assumed attacker capability โ unauth user, compromised dep, insider (security mode).
- <fix_mode?> optional: 'report' (default) for findings only, or 'fix' to apply corrections.
- vanguard (Vanguard ยท Reconnaissance Specialist) โ wrap request content in these blocks (? = optional):
- required: What codebase intelligence is needed โ question to answer, behavior to trace, or target to locate.
- <search_space?> optional: Local directories or files, repository references or URLs, and domains to inspect.
- <hints?> optional: Known symbols, paths, branches or tags, keywords, file patterns, or prior findings to narrow the scan.
- <constraints?> optional: Source or version requirements, time limits, and areas or sources to exclude.
- <depth?> optional: 'quick' for surface scan, 'thorough' for exhaustive. Default: 'medium'.