mrkeyoor.com_
Tue 01 Sept 17:43 UTC
Automationevaluationupdated 30 Aug 2026

delegate-skills review

delegate-skills is a collection of agent skills that lets one coding agent hand an implementation brief to a separate CLI, then bring back a structured report and working-tree diff for review. It supports direct dispatch or named fleet lanes while leaving the final commit with the orchestrator.

+100 / 1dstars / 7d
Verdict

Our harness could not run commit b19180c because JavaScript was unsupported and the repository had no Dockerfile, so we cannot vouch for its install or relay tests. delegate-skills is worth adopting when you already pay the mental cost of several agent CLIs and want their diffs to arrive in one shape. Skip it if you need one security boundary, persistent shared context, or a hands-off commit pipeline, because the README explicitly declines those guarantees.

We ran it

Screenshot of delegate-skills (www.skills.sh/amelnagdy/delegate-skills)

Answers from our run

Did you run delegate-skills yourself?

No. Its code is JavaScript, and it carries no manifest our lab installs from, and no Dockerfile, so there was nothing standard to install, build or test. This review is written from the repository's own documentation.

Who should not use delegate-skills?

Users seeking one enforced sandbox across every implementer: the README says several supported CLIs have no sandbox or reliable read-only mode.

What are the alternatives to delegate-skills?

Codex, Claude Code, Superpowers. delegate-skills is worth adopting when you already pay the mental cost of several agent CLIs and want their diffs to arrive in one shape.

Setup3/5Simple skill install, but every target CLI needs its own setup
Docs5/5Permission limits and per-CLI verification status are unusually specific
Community4/51,456 stars and active August issue and pull request traffic
Maturity3/5Broad relay matrix, but no release and several paths remain contract-only

Who it’s for

Developers who already use several coding-agent CLIs and want one delegation contract.
Reviewers who want implementation work returned as an uncommitted diff.
Agent operators willing to match each task with a CLI's actual permission model.
Teams that can write self-contained briefs and rerun project checks after every dispatch.

Who it’s NOT for

Users seeking one enforced sandbox across every implementer: the README says several supported CLIs have no sandbox or reliable read-only mode.
Teams that expect delegated agents to remember the orchestrator's conversation: open issue 69 says each new process receives only its brief and readable workspace context.
Anyone who treats a clean Git diff as proof that nothing else changed: the README says ignored files, reverted edits, and writes outside the repository may be invisible.
Operators unwilling to install and authenticate each target CLI separately: the package supplies relays, not provider accounts or model access.
Workflows that need the relay to commit automatically: delegate-skills deliberately leaves commits to the reviewer.

Setup reality

We did not run commit b19180c. Our harness classified it as JavaScript, which was not a supported ecosystem for that run, and the repository had no Dockerfile fallback. We therefore have no install, build, test, package, disk, or vulnerability result to report.

The documented base is Node 18 or newer, Git, a shell-capable orchestrating agent, and at least one installed and authenticated implementer CLI. Installation uses the Skills CLI, while each delegate skill carries its own provider and login requirements.

Permission behavior changes by implementer and operating system. Some relays can request a sandbox or plan mode; others cannot prevent writes. Every dispatch also needs a complete brief because the child process does not inherit the orchestrator's chat history.

Seventeen relays put different coding CLIs behind one result shape

delegate-skills packages 17 implementer relays plus a setup skill. The list spans Codex, Claude Code, Cursor, Aider, OpenCode, Copilot, Warp, and Cline. Each relay accepts a self-contained brief, launches the CLI, and writes a delegate-relay.result.v1 report with status, exit information, touched files, the agent's final message, and a session identifier where available. The orchestrator reviews the diff and runs the project's checks before committing.

Fleet configuration adds named lanes such as feature, tests, or UI. A lane binds one category of work to an implementer and optional settings such as model or effort. Project fleet files require explicit approval and are tied to their approved content, so edited or cloned settings fail closed until approved again. Direct dispatch remains available for one-off tasks. The routing is useful, though it does not make 17 permission systems behave alike.

The relay standardizes reports, not security boundaries

The README's permission table is the page to read before installation. Codex can use a workspace-write sandbox, Claude Code exposes an explicit tool surface, and several CLIs offer plan-style read-only modes. Kimi and Warp have no relay-enforced read-only path. Pi has full local tools, while Grok's read-only option is described as best effort. For those tools, the relay can flag Git-visible changes after exit, but the flag is evidence for review rather than containment.

Git status has limits regardless of which of the 17 relays runs. The touched-file list cannot reveal ignored files, edits later reverted by the implementer, or writes outside the repository. Some CLIs accept full-access or permission-bypass flags, and the docs label those choices. A worktree isolates branch state, while an OS sandbox or container is still needed when a process must be unable to touch anything beyond a target directory.

What happened when we ran it

We did not execute commit b19180c. The lab classified the repository as JavaScript, an ecosystem that this harness run did not support, and found no Dockerfile fallback. There is no measured install time, build result, test count, dependency count, disk footprint, or vulnerability audit for this page. The repository documents its own relay verification, but we cannot present those maintainer results as ours.

Our lab container would have provided 3 CPUs and 8 GB of RAM without secrets, but no supported execution route was available. We did not substitute an ad hoc command because that would make this review incomparable with the stated harness. The README records live and contract tests for individual relays, including exact CLI versions and operating systems. Those results were not reproduced on our box.

Node 18 is the easy requirement; provider setup is the real work

The shared base requires Node 18 or newer, Git, shell access, and an orchestrating agent that can read files. Installation goes through the Skills CLI and can add the package, delegate-setup, or one relay. Pinning uses a Git release tag, yet GitHub's latest-release endpoint returned no published release. Users who care about reproducibility should pin a reviewed commit rather than assume a stable release channel exists.

Each of the 17 implementers brings its own binary, account, authentication, model access, and platform quirks. The relays launch tools already configured on the machine. Copilot's documented CLI needs Node 22 or newer even though the relay base is Node 18. ZCode is found inside its desktop application, and several native Windows or Linux paths are listed as contract-tested or unverified.

Fresh dispatches lose context unless the brief carries it

Every implementation process starts without the orchestrator's conversation history. The writing guide asks for a brief with the goal, workspace, allowed files, constraints, acceptance checks, and report format. Open issue 69 describes the project-context gap: copied background can drift, while missing background leaves a later implementer acting on stale assumptions.

Resume support helps when a CLI exposes a session ID, but it is not shared memory across all 17 relays or future orchestrator sessions. Project files such as AGENTS.md can hold durable constraints if they stay current. The reviewer still has to compare the brief with the live repository before dispatch and check the returned diff against the same scope afterward.

Timeouts can preserve edits while losing the report

The relays bound output, timers, and process cleanup, then record failure states in result.json. Open issue 89 identifies a problem in agy-delegate 0.4.2: its watchdog uses wall-clock time, so a process that keeps logging authentication work after generation stalls can consume the full timeout. The reported agy 1.1.13 case saw no generation calls for 16 minutes before manual intervention.

A stalled CLI may leave useful edits in the tree even when its final summary never arrives. Inspect the working tree, compare it with the brief, rerun every relevant gate, and treat the report as a convenience rather than proof. delegate-skills provides exit status and touched files, but it cannot turn an interrupted model session into a trustworthy patch.

Active development comes without a stable release marker

GitHub showed 1,456 stars, 14 combined issues and pull requests, and a last push on August 26, 2026. Open pull requests were updated on August 30, including Codex logging and Cursor clarification work. The project has no published latest release, so a fleet configuration should record the exact source ref alongside the relevant CLI versions.

Alternatives

ProjectWhat it isPick it when
Codex gh↗A coding agent with its own local execution, review, and delegation features.pick this instead when one agent ecosystem covers the work and cross-CLI portability adds no value.
Claude Code gh↗Anthropic's terminal coding agent with native agent and permission workflows.pick this instead when your team is standardized on Claude Code and wants one vendor's controls.
Superpowers gh↗A skill pack for structured planning, implementation, testing, and review workflows.pick this instead when process discipline matters more than routing work across many agent CLIs.

What people are saying

  1. [github-trending] amElnagdy/delegate-skills

Sources

  1. delegate-skills repository and README
  2. Issue 69: persistent project context gap
  3. Issue 89: wall-clock watchdog limitation
  4. Skills package index

More automation reviews

rclone · lego · OpenCLI · web-access · Karabiner-Elements · WiiUDownloader · the whole board →