/gate-presentation
Returns the frozen gate constants — question, header, option labels and descriptions, digest field-list, and preview content — for every catalog gate. Invoked by the team lead fresh on arrival at each gate and on pulse re-emissions, in the same turn as the render. The transport
$ npx -y skills add DheerG/swarms --skill gate-presentation --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/gate-presentation
Context preview
The summary Claude sees to decide when to auto-load this skill.
Returns the frozen gate constants — question, header, option labels and descriptions, digest field-list, and preview content — for every catalog gate. Invoked by the team lead fresh on arrival at each gate and on pulse re-emissions, in the same turn as the render. The transport
SKILL.md
gate-presentation.SKILL.mdname: gate-presentation
user-invocable: false
description: |
Returns the frozen gate constants — question, header, option labels and descriptions, digest field-list, and preview content — for every catalog gate. Invoked by the team lead fresh on arrival at each gate and on pulse re-emissions, in the same turn as the render. The transport contract, three renders, partition rule, and authoring rubric live in swarm:workflow-rules.
keywords: gate presentation, catalog, gate constants, question, preview, digest
Return the following gate constants verbatim to the team lead. Do not summarize or interpret — these are frozen SHAPE; the Gate Presentation transport contract in `swarm:workflow-rules` governs how they are rendered.
---
Gate Presentation Catalog
**Setup gate** — launch Step 2; generated workflow step 3.
- question: "How would you like to set up the team?" · header: "Setup"
- options: "Ultra — reliability (Recommended)" / "Auto-configure mode, team, and research. Full team on the stronger model — reliable rule-following." · "Balanced — lower cost" / "Same auto-config, but members run a cheaper model — less reliable rule-following."
- digest: none (no run values). preview: none.
**Team gate** — launch Step 4; generated workflow step 4.
- question: "Does this team look right? Suggested team: [for each member: name — 2–4-word role axis]." · header: "Team"
- options: "Yes, looks good" / "Proceed with this team composition" · "I want to adjust" / "Swap a member, add more members, or remove some"
- digest: the roster as handles — every member's name plus a 2–4-word axis compressed from its identity line (a compression, not the identity line itself).
- preview (same on both options): the full roster as formatted markdown — numbered, every member with its full one-line identity. The full identity lines live here only.
**Plan gate** — launch Step 7; generated workflow step 5; /swarm:refine Step 3.
- question: "Is this plan final, or do you have remaining inputs? [digest]" · header: "Confirm"
- options: "Launch the team" / "Plan is final — start creating the team now" · "I have changes" / launch variant: "Adjust outcomes, mode, members, tier, or research first." — refine variant: "Adjust outcomes first (roster and tier are fixed; the diff base cannot be changed from this prompt)."
- digest, launch variant (delta-forward): ship definition (one line — its first appearance); compressed outcomes line (adjustable here, so decision content); scope line only if the reflection fork kept a pin (Option A: "[their word] specifically"); then handles — name-only roster, cost tier token, mode.
- digest, refine variant: diff base first (the silently-inferred correctness pivot); PR state (URL or `(no open PR detected)`); when the base is the default-branch fallback, inline: `no PR detected — diff base falls back to the repo's default branch (<resolved-default>). Verify before launch.`; compressed outcomes line; scope line only if the reflection fork kept a pin (Option A); branch under review; the one-line diff stat. Fixed fields (mode, tier, roster, phase arc, ship definition) are not decision content here — preview only.
- preview (same on both options): elaboration only, never a restatement of the digest — the outcomes verbatim (numbered, exact confirmed wording), the full roster with identity lines, and (refine variant) the fixed fields and ship definition; plus the closing line `Rules: Active`. Fields the digest carries at their only fidelity (mode and tier tokens in the launch variant; the digest one-liners) do not repeat here.
**Approve gate** — every mode's Approve phase.
- question: "Does this [subject] look right?" — [subject] is fixed by the mode skill: approach (code, general), diagnosis (triage), direction (writing) · header: "Approve"
- options: "Yes, proceed" / "Approve the [subject] — the team proceeds to Execute" · "I have changes" / "Adjust the [subject] before the team proceeds"
- digest: none beyond the question — the synthesis is unsplittable verbatim content; a lead-authored compression would breach the verbatim-relay rule.
- preview (same on both options): the facilitator's CONVERGED synthesis verbatim. The main-window relay still happens per the phase arc (it is the scrollback record and the AFK projection's source); the preview is what makes the synthesis readable inside the modal.
- standalone-sufficiency carve-out: this gate's sufficiency source is the verbatim relay that immediately precedes the modal, not a digest — compressing the synthesis into the question would paraphrase it.
- declared AFK carrier: every re-emission of this gate (an AFK restatement, a pulse re-emission, post-compaction) re-carries the synthesis verbatim. The lead's same-turn AFK restatement reuses the just-relayed verbatim synthesis in context; a cross-turn re-emission (the pulse's, or post-compaction) re-reads it from the facilitator's on-disk transcript (the Team Lead disk-read rule) unconditionally — drift is a cross-turn property, and silent compaction drift defeats self-detection. On that cross-turn path, never reconstruct it from memory; if the disk read fails, do not fall back to an in-context copy — surface the failure once, then hold the gate.
**Finish gate** — code-mode Refine (the unified pre-ship gate).
- question: "9/10+ confidence reached. How should the team finish?" · header: "Finish"
- options (thoroughness-descending): "Recursive refinement + independent review (Recommended)" / "Run the 9.25→10 refinement ladder (drives completeness to the full scope of the outcome), then an independent review loop (drives out functional defects via an independent reviewer) after the PR is created." · "Recursive refinement only" / "Run the ladder; no independent review loop." · "Independent review loop only" / "Skip the ladder; run just the independent review loop after the PR is created." · "Ship as is" / "Proceed straight to Deliver with no further review."
- digest: none. preview: none.
Read more
name: gate-presentation user-invocable: false description: | Returns the frozen gate constants — question, header, option labels and descriptions, digest field-list, and preview content — for every catalog gate. Invoked by the team lead fresh on arrival at each gate and on pulse re-emissions, in the same turn as the render. The transport contract, three renders, partition rule, and authoring rubric live in swarm:workflow-rules. keywords: gate presentation, catalog, gate constants, question, preview, digest
Return the following gate constants verbatim to the team lead. Do not summarize or interpret — these are frozen SHAPE; the Gate Presentation transport contract in `swarm:workflow-rules` governs how they are rendered.
---
Gate Presentation Catalog
**Setup gate** — launch Step 2; generated workflow step 3.
- question: "How would you like to set up the team?" · header: "Setup"
- options: "Ultra — reliability (Recommended)" / "Auto-configure mode, team, and research. Full team on the stronger model — reliable rule-following." · "Balanced — lower cost" / "Same auto-config, but members run a cheaper model — less reliable rule-following."
- digest: none (no run values). preview: none.
**Team gate** — launch Step 4; generated workflow step 4.
- question: "Does this team look right? Suggested team: [for each member: name — 2–4-word role axis]." · header: "Team"
- options: "Yes, looks good" / "Proceed with this team composition" · "I want to adjust" / "Swap a member, add more members, or remove some"
- digest: the roster as handles — every member's name plus a 2–4-word axis compressed from its identity line (a compression, not the identity line itself).
- preview (same on both options): the full roster as formatted markdown — numbered, every member with its full one-line identity. The full identity lines live here only.
**Plan gate** — launch Step 7; generated workflow step 5; /swarm:refine Step 3.
- question: "Is this plan final, or do you have remaining inputs? [digest]" · header: "Confirm"
- options: "Launch the team" / "Plan is final — start creating the team now" · "I have changes" / launch variant: "Adjust outcomes, mode, members, tier, or research first." — refine variant: "Adjust outcomes first (roster and tier are fixed; the diff base cannot be changed from this prompt)."
- digest, launch variant (delta-forward): ship definition (one line — its first appearance); compressed outcomes line (adjustable here, so decision content); scope line only if the reflection fork kept a pin (Option A: "[their word] specifically"); then handles — name-only roster, cost tier token, mode.
- digest, refine variant: diff base first (the silently-inferred correctness pivot); PR state (URL or `(no open PR detected)`); when the base is the default-branch fallback, inline: `no PR detected — diff base falls back to the repo's default branch (<resolved-default>). Verify before launch.`; compressed outcomes line; scope line only if the reflection fork kept a pin (Option A); branch under review; the one-line diff stat. Fixed fields (mode, tier, roster, phase arc, ship definition) are not decision content here — preview only.
- preview (same on both options): elaboration only, never a restatement of the digest — the outcomes verbatim (numbered, exact confirmed wording), the full roster with identity lines, and (refine variant) the fixed fields and ship definition; plus the closing line `Rules: Active`. Fields the digest carries at their only fidelity (mode and tier tokens in the launch variant; the digest one-liners) do not repeat here.
**Approve gate** — every mode's Approve phase.
- question: "Does this [subject] look right?" — [subject] is fixed by the mode skill: approach (code, general), diagnosis (triage), direction (writing) · header: "Approve"
- options: "Yes, proceed" / "Approve the [subject] — the team proceeds to Execute" · "I have changes" / "Adjust the [subject] before the team proceeds"
- digest: none beyond the question — the synthesis is unsplittable verbatim content; a lead-authored compression would breach the verbatim-relay rule.
- preview (same on both options): the facilitator's CONVERGED synthesis verbatim. The main-window relay still happens per the phase arc (it is the scrollback record and the AFK projection's source); the preview is what makes the synthesis readable inside the modal.
- standalone-sufficiency carve-out: this gate's sufficiency source is the verbatim relay that immediately precedes the modal, not a digest — compressing the synthesis into the question would paraphrase it.
- declared AFK carrier: every re-emission of this gate (an AFK restatement, a pulse re-emission, post-compaction) re-carries the synthesis verbatim. The lead's same-turn AFK restatement reuses the just-relayed verbatim synthesis in context; a cross-turn re-emission (the pulse's, or post-compaction) re-reads it from the facilitator's on-disk transcript (the Team Lead disk-read rule) unconditionally — drift is a cross-turn property, and silent compaction drift defeats self-detection. On that cross-turn path, never reconstruct it from memory; if the disk read fails, do not fall back to an in-context copy — surface the failure once, then hold the gate.
**Finish gate** — code-mode Refine (the unified pre-ship gate).
- question: "9/10+ confidence reached. How should the team finish?" · header: "Finish"
- options (thoroughness-descending): "Recursive refinement + independent review (Recommended)" / "Run the 9.25→10 refinement ladder (drives completeness to the full scope of the outcome), then an independent review loop (drives out functional defects via an independent reviewer) after the PR is created." · "Recursive refinement only" / "Run the ladder; no independent review loop." · "Independent review loop only" / "Skip the ladder; run just the independent review loop after the PR is created." · "Ship as is" / "Proceed straight to Deliver with no further review."
- digest: none. preview: none.
Showing the first part of this file.
Describe what you want. Get a reviewed, ship-ready PR — without babysitting the agent.
Other skills on swarm.
- /audit-context
Evaluates ambient context artifacts (CLAUDE.md, memory, local skills, settings hooks) for compatibility with swarm governance. Returns a classified report so users can address interference before launching a team.
Open skill - /code-mode
Code mode operational spec for the team lead. Returns lead identity, facilitator identity, mode-specific rules, suggest-members guidance, and phase arc for code-mode teams.
Open skill - /define-rubric
Builds measurable validation criteria when no existing standards apply. Invoked by team agents during review.
Open skill - /general-mode
General mode operational spec for the team lead. Returns lead identity, facilitator identity, suggest-members guidance, and phase arc for general-purpose teams. The silent fallback when outcomes fit no specific mode, and a wrapper base for custom workflows — it has no shortcut
Open skill - /independent-review-loop
Independent review loop run before delivery in code work. An independent reviewer (Codex, or fresh Codex-style subagents) reads the whole PR against the approved outcome; the lead fixes in-scope functional findings and re-reviews until none remain. Its differentiator is
Open skill - /reflect-outcome
Detects when a stated outcome names a specific instance — a mechanism-as-means or a single named product — where a category was meant, and returns a neutral fork for the lead to show the user, or nothing. Invoked by launch commands at outcome capture, in place of the verbatim
Open skill

