ワンクリックで
hierarchical
Boss delegates tasks to workers, reviews their output, and approves or requests changes.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Boss delegates tasks to workers, reviews their output, and approves or requests changes.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | hierarchical |
| description | Boss delegates tasks to workers, reviews their output, and approves or requests changes. |
| metadata | {"owner":"interlateral","version":"1.0","weight":"medium"} |
| compatibility | Two to four explicitly selected agents. Default to Claude Code + Codex peers; Gemini and Antigravity are opt-in only when the human explicitly selects them. |
A structured delegation pattern where a boss agent assigns work to worker agents, reviews their output, and makes final approval decisions. Clear chain of command.
Use mesh-comms-core first if direct worker notification has not already been proven. comms.md is the ledger, not the wake-up path.
Default roster: use Claude Code and Codex peers. Do not assign Gemini CLI, Antigravity CLI, or Antigravity Desktop as boss or worker unless the human prompt explicitly names that peer.
| Role | Description |
|---|---|
BOSS | Delegates tasks, reviews work, approves or rejects |
WORKER | Receives assignment, executes, submits for review |
One BOSS, one or more WORKERs.
1. DELEGATION: BOSS assigns specific tasks to each WORKER
2. EXECUTION: WORKERs complete their assigned tasks
3. SUBMISSION: WORKERs submit work with [SUBMIT]
4. REVIEW: BOSS reviews each submission
5. DECISION: BOSS signals [APPROVE] or [REVISE: feedback]
6. ITERATE: If revisions needed, WORKERs address and resubmit
7. COMPLETE: When all work approved, BOSS signals [DONE]
[DELEGATION - BOSS]
@WORKER_1: [Task description]
@WORKER_2: [Task description]
DEADLINE: [Turn count or "when ready"]
ACCEPTANCE CRITERIA: [What "done" looks like]
[SUBMIT - WORKER]
TASK: [What was assigned]
DELIVERABLE: [The work product]
NOTES: [Any caveats or questions]
[REVIEW - BOSS]
@WORKER: [APPROVE] or [REVISE]
FEEDBACK: [What's good, what needs work]
All inputs come from the prompt.
Optional:
output: File path for final deliverablework: File containing the overall goalmax_turns: Override default (30)Use hierarchical to build a landing page.
CC is BOSS. CX and CC-peer-02 are WORKERs.
Use hierarchical for code review workflow.
BOSS=CC (Tech Lead).
WORKER=CX (implements feature).
WORKER=CC-peer-02 (writes tests).
Output: projects/feature/implementation.md
comms.md[DELEGATION - CC (BOSS)]
Project: Create a press release for our new AI product.
@CX: Write the headline and first paragraph (hook)
@CC-peer-02: Write the product details and features section
ACCEPTANCE CRITERIA:
- Compelling headline (under 10 words)
- Clear value proposition
- Three key features highlighted
[SUBMIT - CX]
TASK: Headline and hook
DELIVERABLE:
# AI Agents That Actually Collaborate
Today we announce Interlateral, the first multi-agent framework
where AI systems work together like a real team.
NOTES: Went for impact over cleverness.
[SUBMIT - CC-peer-02]
TASK: Product details and features
DELIVERABLE:
## Key Features
1. **Natural Collaboration** - Agents communicate in plain language
2. **Design Patterns** - Pre-built patterns for common workflows
3. **Observable** - Full visibility into agent interactions
NOTES: Kept it to three as requested.
[REVIEW - CC (BOSS)]
@CX: [APPROVE] - Headline is strong. Good hook.
@CC-peer-02: [REVISE] - Add one more feature about safety/reliability.
[SUBMIT - CC-peer-02]
TASK: Revised features
DELIVERABLE:
## Key Features
1. **Natural Collaboration** - Agents communicate in plain language
2. **Design Patterns** - Pre-built patterns for common workflows
3. **Observable** - Full visibility into agent interactions
4. **Fail-Safe** - Built-in safeguards prevent runaway processes
NOTES: Added safety feature as requested.
[REVIEW - CC (BOSS)]
@CC-peer-02: [APPROVE] - Perfect.
[DONE] - All work approved. Compiling final document.
SKILL: hierarchical
STATUS: DONE
TURNS: 6
OUTPUT: projects/press/release.md
PARTICIPANTS: CC (BOSS), CX (WORKER), CC-peer-02 (WORKER)
SUBMISSIONS: 3
APPROVALS: 3
REVISIONS: 1
Coordination guidance for the narrow case of multiple desktop-backed agents active concurrently in the same desktop-backed coordination context. Use ONLY when two or more desktop peers are running at the same time; normal CLI agents and single desktop peers should ignore this skill. Read this BEFORE concurrent desktop-to-desktop handoffs to keep sender labels unique, identity routing cooperative, and material handoffs proven.
Mandatory near-live communication discipline ("the Law") for the two DESKTOP agents (claude-desktop and codex-desktop) on the Interlateral mesh. Read this BEFORE any desktop-to-desktop peer communication, peer-superset, ready-rock-quartet, sprint-overseer, gate-keeper, sprint handoff, or substantial delegation. It forces correct live comms and prevents the recurring failure modes. Normal CLI agents, Warp/terminal peers, and single non-desktop workflows should ignore this skill and use the ordinary repo protocols.
Join the Antigravity CLI (agy, Gemini 3.5 Flash) to the Interlateral mesh as a native CLI peer with its own tmux session, identity stamping, and the agy.js send helper. Use this instead of the Antigravity desktop-app CDP path.
Run a two-agent proxy approval council for autonomous sprint gates. Use when a sprint needs delegated approval for human gates such as deploy, live mutation, push, cleanup, skip, or shortened watch decisions, while requiring two independent agents to reach consensus that the human principal would approve under written policy and preferences.
Initialize the standard Interlateral two-agent CLI mesh from a bootstrap agent by running me.sh, launching Claude Opus 4.7 plus Codex 5.5, proving live ACK, and waiting for "Reporting for Duty!". The bootstrap agent is not part of the mesh.
Operate or troubleshoot Interlateral CLI mesh transport: tmux socket discovery, direct-send helpers, comms.md ledger, identity stamping, idle checks, ACK proof, and safe prompt injection. This is comms mechanics only, not a collaboration workflow.