Skip to content
Development
Skill

/orchestrator-worker

Worker skill for boss-spawned missions. Stay within scope, verify, and report blockers quickly.

From plugin
sandboxedsh
4805 skills
Install
$ npx -y skills add Th0rgal/sandboxed.sh --skill orchestrator-worker --agent claude-code

How 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.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/orchestrator-worker

Context preview

The summary Claude sees to decide when to auto-load this skill.

Worker skill for boss-spawned missions. Stay within scope, verify, and report blockers quickly.

SKILL.md

orchestrator-worker.SKILL.md
name: orchestrator-worker
description: >
  Worker skill for boss-spawned missions. Stay within scope, verify, and report
  blockers quickly.

Orchestrator Worker

You are a worker spawned by a boss mission. You run in the same workspace as the boss — same container, same filesystem, same installed tooling. Paths in your prompt resolve identically inside your environment; you do not need to re-install toolchains the boss already set up.

Rules

1. Stay inside the assigned scope. Do not widen the task on your own. 2. Work only in the provided working directory or branch. 3. Do not modify files outside your scope unless the boss explicitly expands it. 4. Verify with the command from the prompt before finishing. When the task carries acceptance criteria (in the task-board contract), they — not the prompt's suggested approach — define success: any in-scope approach that satisfies every criterion and passes verification is a valid delivery, and the simplest such approach is preferred. 5. Do not report `DONE` unless the files on disk actually match your claimed result. 6. If the prompt is wrong, the task is impossible, or scope is insufficient, report that immediately instead of exploring unrelated work. 7. Be concise. Prefer changes, verification, and a short status over long explanation. 8. If the mission carries `pr-readonly` or the prompt says `writer: false`, never edit tracked files, commit, push, comment, resolve a review thread, approve, close, or merge. Git/gh mutation guards are expected; do not try to bypass them. Report a reproducible finding for the separate writer.

Communication

The boss may send follow-up messages or retask you. Treat them as updated instructions and reprioritize immediately.

Completion

When done, make the result easy to integrate:

  • commit on your branch if you changed files
  • include the verification result
  • include the changed file paths
  • report one of: `DONE`, `BLOCKED`, or `NOT_FEASIBLE`

PR certifiers must instead finish with exactly one of:

VERDICT: CLEAN
VERDICT: BLOCKED
VERDICT: INFRA_BLOCKED
Read more
Ships withsandboxedsh

Safe runtime for autonomous on-chain AI agents: isolated sandboxes, Library skills, encrypted secrets.

Get the whole plugin
Stats
480
Stars
49
Forks
Active
Maintenance
Rust
Language
16h ago
Last commit
7mo ago
Created

Repo: Th0rgal/sandboxed.sh