worker

Coordinate OMX team worker lifecycles across inboxes, tasks, and mailboxes.

Updated Apr 24, 2026
One-click install
npx skills add https://github.com/RJJJJ/project2 --skill worker-rjjjj
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: worker
Source: https://github.com/RJJJJ/project2/tree/main/.codex/skills/worker
Command: npx skills add https://github.com/RJJJJ/project2 --skill worker-rjjjj

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Coordinate OMX team worker lifecycles across inboxes, tasks, and mailboxes to ensure predictable collaboration.

Core Features & Use Cases

  • ACK-based startup and mailbox interactions to establish worker readiness.
  • Read, claim, and progress tasks through a standardized lifecycle to minimize race conditions.
  • Manage worker state and transitions in a tmux-based OMX team environment.

Quick Start

Start the OMX team worker session by acknowledging your worker role and loading the first assigned task from the inbox.

Frequently Asked Questions about worker

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I coordinate worker lifecycles across inboxes and tasks in a tmux-based OMX team?

To coordinate OMX team worker lifecycles, this skill manages inbox-based task reading, claim and transition states, and mailbox interactions to ensure predictable collaboration and minimize race conditions among workers.

What is the ACK-based startup protocol for OMX team workers?

The ACK-based startup protocol is a standardized readiness flow where a worker pane initializes, acknowledges its worker role, and loads the first assigned task from the inbox to establish predictable team collaboration.

How do I claim and progress tasks through a standardized lifecycle in OMX teams?

You claim and progress tasks by reading assigned tasks from the inbox, applying the claim and transition lifecycle workflow, and performing state updates via an instruction-driven process within the mailbox interaction framework.

Do I need tmux to manage OMX team worker state and transitions?

Yes, you need tmux because this skill specifically applies to tmux-based OMX teams where a worker pane must initialize, claim tasks, perform work, and report status within the standardized startup ACK flow.

Why does my OMX team worker protocol fail to prevent race conditions during task claiming?

Race conditions occur when the standardized task lifecycle is not properly applied; implementing the canonical inbox-based task reading and claim transition workflow minimizes these concurrent worker conflicts.

What's the best way to standardize worker state updates across OMX team mailboxes?

The best way to standardize worker state updates is applying the minimal instruction-driven workflow that manages mailbox interactions and state transitions within the canonical OMX team worker startup protocol.