worker

Coordinates tmux-based Omagy team worker task execution via the omagy team api.

3|Updated May 24, 2026
One-click install
npx skills add https://github.com/shayne-snap/oh-my-antigravity --skill worker-shayne-snap
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: worker
Source: https://github.com/shayne-snap/oh-my-antigravity/tree/main/plugin/skills/worker
Command: npx skills add https://github.com/shayne-snap/oh-my-antigravity --skill worker-shayne-snap

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents tmux-based Omagy team workers from drifting out of sync by standardizing how each worker identifies itself, reads inbox/mailbox messages, claims tasks, performs work, and records durable lifecycle evidence through the team API.

Core Features & Use Cases

  • Deterministic startup ACK: Sends a one-time initialization acknowledgement to the leader mailbox before doing any task work.
  • API-driven team state: Reads and writes all team state exclusively via omagy team api to avoid corrupting runtime JSON files under .omagy/state/team.
  • Task lifecycle with claims: Lists tasks, claims an eligible task, transitions status using a claim token, and records PASS/FAIL evidence in the transition result.
  • Durable mailbox workflow: Treats mailbox messages as durable state, marking delivery after handling and optionally sending concise updates back to the leader.
  • Heartbeat and graceful shutdown: Records heartbeat evidence during long work and acknowledges shutdown requests safely.

Quick Start

Start a tmux Omagy team worker session with OMAGY_TEAM_WORKER set to <team-name>/worker-<n>, then run the worker protocol by using omagy team api to ACK startup, pull available tasks, claim one, transition it to completed, and mark any mailbox messages delivered.

Frequently Asked Questions about worker

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

FAQPage Schema
How do I coordinate tmux team workers to claim tasks and report progress safely?

Standardize tmux team workers by using an ACK, mailbox, task-claim, and status-transition protocol. Workers identify themselves, claim tasks via a token, and record PASS/FAIL evidence through the omagy team api.

How does the durable mailbox workflow handle task lifecycle state for tmux workers?

The durable mailbox workflow treats mailbox messages as durable state, marking delivery after handling. Workers list tasks, claim eligible ones, transition status using a claim token, and record lifecycle evidence via the team API.

Why should tmux team workers use the omagy team api instead of modifying runtime JSON files directly?

Using the omagy team api for all reads and writes prevents corrupting runtime JSON files under .omagy/state/team. It safely handles inbox/mailbox operations, claim-token transitions, heartbeat updates, and shutdown acknowledgements.

What is the correct way to set up and start a tmux Omagy team worker session?

Start a tmux session with OMAGY_TEAM_WORKER set to <team-name>/worker-<n>. Then run the worker protocol by using omagy team api to ACK startup, pull tasks, claim one, transition it to completed, and mark mailbox messages delivered.

How do tmux team workers handle graceful shutdown and long-running task execution?

Workers record heartbeat evidence during long task execution and safely acknowledge shutdown requests. A deterministic startup ACK sends a one-time initialization acknowledgement to the leader mailbox before any task work begins.

Do I need to configure a specific worker identity to use the tmux team protocol?

Yes, the protocol requires canonical worker identity parsing from OMAGY_TEAM_WORKER. This environment variable must be set to <team-name>/worker-<n> to safely process team tasks and report progress to a leader.