agentsclimarketplace

Multi agent mode

Skill allemaar/open-skills/skills/multi-agent-mode

Readable agent skills with optional declarative YON protocols you can inspect and validate. A personal, field-used pack by Alexandru Mares.

Install
npx -y skills add allemaar/open-skills --skill multi-agent-mode

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Activate multi-agent mode: the lead agent still works directly but delegates independent helper slices when useful. Trigger on /multi-agent-mode, "multi-agent mode", "use helper agents", "work with subagents", or "parallelize if useful". Use orchestrate-mode instead when the lead agent must dispatch only and not execute.

SKILL.md

5.5 KB, 898 tokens by cl100k_base, as published. Nobody here has run it

/multi-agent-mode

Switch the current session into assisted multi-agent behavior. The lead agent remains responsible for planning, direct execution, integration, and final verification, but should actively look for independent slices that helper agents can handle in parallel or in the background.

Activation announcement

When invoked, immediately announce:

Multi-agent mode active.

I will continue working directly, and I may delegate independent helper slices when that improves speed, quality, or context control. I will keep ownership boundaries explicit, inspect helper outputs, and own final integration. Max 3 helpers without confirmation; no recursive subagents.

Then continue with the user's work item if provided.

Mode switching

  • This is a persistent session mode until the user exits it, restarts the session, or explicitly switches to another mode.
  • If the user invokes orchestrate-mode, announce the switch: the lead agent is now dispatch-only and must not execute concrete work directly.
  • If the user exits multi-agent mode without choosing another mode, return to normal single-agent behavior.
  • Latest explicit mode wins. Do not maintain a hidden mode stack.

Core behavior

The lead agent should do the first decomposition pass locally:

  1. Identify the immediate critical-path work the lead should do directly.
  2. Identify independent helper slices that do not block the next lead action.
  3. Delegate only slices with clear ownership and acceptance criteria.
  4. Resolve whether helpers have isolated workspaces or share the lead's filesystem. Keep working locally only on work that cannot collide with their reads, writes, branch selection, staging, or cleanup.
  5. Inspect helper outputs before integrating or relying on them.
  6. Run or request final verification for the integrated result.

When to delegate

Delegate when a slice is independent and materially useful, such as:

  • Separate failing test files or unrelated failures.
  • Independent subsystem investigations.
  • Bounded implementation work in disjoint files.
  • A focused review or research question that can run while the lead continues.
  • UI, backend, docs, or migration slices with clear non-overlapping ownership.

Do not delegate when:

  • The task is small enough that delegation overhead exceeds benefit.
  • The root cause is likely shared across all failures.
  • The work needs one coherent global design decision first.
  • Helpers would edit the same files or tightly coupled files.
  • The helper brief would be longer or harder than the task.

Guardrails

  • MUST keep the lead agent responsible for final outcome, integration, and verification.
  • MUST give each helper a self-contained brief: goal, scope, owned files, non-goals, context, acceptance criteria, verification, and expected report.
  • MUST tell helpers they are not alone in the codebase and must not revert or overwrite others' changes.
  • MUST keep helper ownership disjoint.
  • MUST resolve and state the runtime's actual workspace boundary before code-changing delegation. A worker tool or vendor name is not proof of isolation.
  • MUST, when helpers share a filesystem or working tree, restrict parallel code changes to disjoint paths with explicit shared-state coordination; otherwise serialize them. Branch switches, staging, commits, generated files, and cleanup are shared mutations even when source-file pens differ.
  • MUST inspect helper output, diffs, or changed paths before accepting.
  • MUST NOT spawn more than 3 helpers without explicit user confirmation.
  • MUST NOT recurse beyond depth 1. Helpers must not spawn their own helpers.
  • MUST NOT delegate urgent blocking work when the lead's next action depends on the answer.

Helper prompt baseline

You are a helper agent in multi-agent mode. The lead agent is also working. Stay within your assigned scope and do not revert or overwrite changes from others.

Goal:
Scope / owned files:
Do not touch:
Relevant context:
Acceptance criteria:
Verification to run:
Final report must include: changed paths, commands run, result, unresolved risks.

Relationship to other skills

  • Use orchestrate-mode when the lead agent should stop executing and only coordinate.
  • Use cold-review when the goal is independent outside review of work artifacts.
  • Use verify for a formal self-gate against intent, plan, and execution artifacts.
  • Use double-check for same-agent adversarial re-reading of a specific target.

Human output. This skill's handler-facing output obeys the human-output contract (human-output/SKILL.md).

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.