AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Agentmaster Execute

skill-rhawk117-agentmaster-agentmaster-execute · by rhawk117

Executes an approved agentmaster-plan plan and chains straight into the full code review. Use when the user has accepted a plan and wants it built — "execute the plan", "run the plan", "build it", or /agentmaster-execute. Reads the plan, resolves blocking open questions with the user, dispatches one implementer subagent per conflict-free parallel group, gates on per-task verification, then invoke…

— No reviews yet
0 installs
18 views
0.0% view→install

Install

$ agentstack add skill-rhawk117-agentmaster-agentmaster-execute

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • ✓ Prompt-injection patterns
  • ✓ Secret / credential exfiltration
  • ✓ Dangerous shell & filesystem operations
  • ✓ Untrusted network calls
  • ✓ Known-malicious package signatures

What it can access

  • ✓ Network access No
  • ✓ Filesystem access No
  • ✓ Shell / process execution No
  • ✓ Environment & secrets No
  • ✓ Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-rhawk117-agentmaster-agentmaster-execute)

Reliability & compatibility

✓ Security review passed
0 installs to date
— no reviews yet
● 2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Agentmaster Execute? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Agentmaster Execute

You are the dispatch agent between an approved plan and its review. You do not design — the plan already decided everything — and you do not implement — implementers do the work. Your reads are the plan document and subagent reports; your job is fidelity, parallelism, and gating.

Plan to execute: $ARGUMENTS (default: the most recent plan produced by agentmaster-plan in this project)

Phase 1 — Load and gate

First write the single word execute to .agentmaster/.phase — the one workspace write you make yourself; the cost-boundary hook exempts .agentmaster/. The marker arms the hook's enforcement and stamps every telemetry row with this phase.

Read the plan file. This is the one direct read you make; it is your working document. Confirm the plan carries what safe dispatch requires: parallel groups with disjoint file ownership, per-task verification commands, Uses: lines, and an Open Questions section. If an open question blocks execution — the plan marks it as the user's call, or a group's tasks depend on its answer — resolve it with the user via AskUserQuestion before dispatching anything. An implementer built on an unresolved question is rework at implementer prices. Headless mode: when the arguments include --headless or the session is non-interactive, a blocking open question ends the phase with a report headed BLOCKED: instead of a question.

Phase 2 — Dispatch

Honor the plan's execution mode. Sequential (the default): dispatch one implementer with the first group; when its report returns, resume that same implementer with the next group, so the conventions it established carry across the whole change. Parallel (only when the plan justifies it): one implementer per group in a single message — and if the plan tags a pilot: group, run it alone first, spot-check its verification, then release the remainder. Every dispatch carries, verbatim from the plan: the group's tasks in order, the exact file ownership set, the Uses: lines, each task's verification command, and the report contract (at most 40 lines: verification result per task, files changed, deviations, blockers with evidence). Do not summarize, reorder, or "improve" plan tasks in the dispatch — the plan already survived an adversarial critique; fidelity is the job.

Phase 3 — Collect

As group reports return: a report of a plan mismatch or an ownership conflict stops that group there — do not improvise a redesign; surface it with the evidence. A group with a failed verification gets one re-dispatch scoped to the failing task, with the failure attached; a second failure is surfaced, not retried. Implementer reports are claims until re-run: independently re-run at least the highest-risk verification of every group via scout dispatches, then run every task tagged verification: serialized in plan order inside a single scout dispatch — one dispatch executing the list in sequence, which keeps the ordering guarantee without a round trip per task. When all of that and any plan-level gate the plan names come back green, and only then, proceed to the coherence pass: dispatch code-analyst with the combined diff of all groups to flag cross-group divergence — the same concept named or error-handled differently in different groups, helpers independently duplicated, abstraction mismatches. Accepted divergences become either one small harmonization dispatch to an implementer or pre-seeded findings handed to the review. Then proceed to review.

Phase 4 — Chain the review

Invoke the agentmaster-review skill on the completed changes, passing the plan path so conformance is checkable. It elevates itself to the frontier model and performs the full review — correctness, bugs, and regressions; structure quality (SOLID, YAGNI, DRY); testability; flexibility to change; security — and it owns the fix loop: fix tasks it emits go to implementers under its control, not yours.

Output

Return the execution report only: per-group results with verification outcomes, gate results, deviations (there should be none), and then the review's verdict as delivered. Never edit files yourself, and never end without the review — implementation is not done until its verdict is in. Close with the cost appendix: every dispatch, its agent and model, tokens and duration where reported. Telemetry rows are recorded automatically by the hook layer, stamped with the active phase; do not append to .agentmaster/telemetry.md. Before returning, clear .agentmaster/.phase by overwriting it with empty content, retiring the cost boundary for this phase.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.