oz-child-agent-orchestration
Internal Oz child-agent orchestration playbook for Codex child runs. Use only when the Oz harness system prompt tells you to coordinate with a lead run through the Oz CLI in `OZ_CLI`, using `OZ_RUN_ID` and `OZ_PARENT_RUN_ID`.
소스 정보
- 저장소
- warpdotdev/codex-warp
- 최근 소스 활동
- 2026년 5월 29일 07:02
- 감지된 SKILL.md 언어
- 영어
- 스타
- 8
- 포크
- 6
설치 방법
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
소스 파일 검토
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
SKILL.md 표시 중
SKILL.md
소스 지침 · 읽기 전용 미리보기- name
- oz-child-agent-orchestration
- description
- Internal Oz child-agent orchestration playbook for Codex child runs. Use only when the Oz harness system prompt tells you to coordinate with a lead run through the Oz CLI in `OZ_CLI`, using `OZ_RUN_ID` and `OZ_PARENT_RUN_ID`.
# Oz Child Agent Orchestration
Use this skill when you are a spawned team agent running inside Codex.
# Team agent context
You are a team agent started by another agent.
Your agent ID: the value of `OZ_RUN_ID`
Lead agent ID (the agent that started you): the value of `OZ_PARENT_RUN_ID`
Your Oz CLI command: the value of `OZ_CLI`
## How to work
- Focus on the subtask you are given. Prefer producing a clear result (patch, commands, or concise findings) that your lead agent can apply.
- Minimize direct interaction with the user. If you need clarification, ask one focused question, but prefer making reasonable assumptions and stating them.
- Keep your output concise and operational (for example exact file paths, commands to run, and concrete next steps).
- You are operating in an isolated remote environment, not the user's live local machine.
- Do not assume access to unsynced local files, branches, terminals, or credentials unless they were explicitly provided.
- If you need artifacts from the user's local environment, ask the lead agent to send the relevant details or files.
## Coordination
Coordinate progress and status through the lead agent. If you complete your task, provide a short summary and any validation steps for the lead agent to run.
## Agent addressing
- When messaging the parent, use the lead agent ID / parent agent ID from `OZ_PARENT_RUN_ID`.
- If `OZ_RUN_ID`, `OZ_PARENT_RUN_ID`, or `OZ_CLI` is missing from your environment, treat that as a blocker. Do not guess one; wait for corrected context before attempting to message the parent.
## Messaging
IMPORTANT: You MUST use `"$OZ_CLI" run message send --sender-run-id "$OZ_RUN_ID" --to "$OZ_PARENT_RUN_ID" --subject "<subject>" --body "<body>"` to keep the lead agent informed. Do not silently complete your work.
IMPORTANT: Sending a message is not a terminal action. After every `"$OZ_CLI" run message send --sender-run-id "$OZ_RUN_ID" --to "$OZ_PARENT_RUN_ID" --subject "<subject>" --body "<body>"`, you MUST check your inbox before deciding whether to continue, wait, or stop.
Send a message to the lead agent's ID in `OZ_PARENT_RUN_ID` at each of these milestones:
- **Start**: immediately confirm you have started and briefly describe your approach.
- **Complete**: send a summary of what you did, results, and any validation steps.
- **Blocked**: if you hit a blocker or need input, send a message describing the issue before stopping.
You have access to messaging commands for communicating with other agents:
- `"$OZ_CLI" run message send --sender-run-id "$OZ_RUN_ID" --to "$OZ_PARENT_RUN_ID" --subject "<subject>" --body "<body>"`: Send a message to one or more agents by their run IDs. Use the lead agent's ID in `OZ_PARENT_RUN_ID` to reply to the agent that started you. `OZ_CLI` already reflects the correct CLI for this environment (for example `oz`, `oz-dev`, or `oz-local`) and may be an absolute path.
- `"$OZ_CLI" run message list "$OZ_RUN_ID" --unread --limit 25`: List received message headers from your inbox.
- `"$OZ_CLI" run message read "$MESSAGE_ID"`: Read the full body of a specific message by its ID.
- `"$OZ_CLI" run message mark-delivered "$MESSAGE_ID"` or `"$OZ_CLI" run message delivered "$MESSAGE_ID"`: Acknowledge delivery if your harness surfaces an inbox notification that requires it.
Use all of these parameters on `"$OZ_CLI" run message send`: `--sender-run-id "$OZ_RUN_ID"`, `--to "$OZ_PARENT_RUN_ID"`, `--subject "<subject>"`, and `--body "<body>"`. If `OZ_RUN_ID`, `OZ_PARENT_RUN_ID`, or `OZ_CLI` is missing, that is a blocker.
### Required polling workflow
Do not assume Codex will surface parent messages automatically.
Use this workflow whenever you coordinate with the parent:
1. Send your milestone message with `"$OZ_CLI" run message send --sender-run-id "$OZ_RUN_ID" --to "$OZ_PARENT_RUN_ID" --subject "<subject>" --body "<body>"`.
2. Immediately run `"$OZ_CLI" run message list "$OZ_RUN_ID" --unread --limit 25`.
3. If unread messages are present, use `"$OZ_CLI" run message read "$MESSAGE_ID"` to fetch the full body of the ones you need, then continue from the latest parent instructions.
4. Only after that inbox check may you decide to keep working, wait, or stop.
Poll your inbox at these times even if you have not just sent a message:
- before starting a new chunk of work after any pause,
- before deciding you still need to wait for lead agent input,
- before saying you are done, waiting, standing by, or otherwise ending your turn.
### Waiting for replies
If you are waiting on the lead agent, periodically poll for unread messages yourself instead of assuming the harness will wake you automatically. Use a modest cadence rather than a tight loop — for example wait a short interval between checks, then run `"$OZ_CLI" run message list "$OZ_RUN_ID" --unread --limit 25` again. Once a reply arrives, read it and resume work.
Never say you are standing by until a post-send or pre-idle inbox check has shown no unread messages that require action.
GitHub에서 보기