Dispatch independent tasks to parallel workers or subagents without write collisions. Use when: running or planning agents in parallel, even two; check scopes before any launch.
日本語の概要は準備中です。原文の説明を表示しています。
Draft or lint a bounded long-running goal prompt with a finish line and hard limits. Use when: selected by name; one change goes to Plan.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Craft or lint the autonomy contract above AgentOps RPI. A goal is a persistent controller (the Goal / Mayor role) over a bead-shaped experiment graph: each RPI is one scientific trial, and the goal picks the next useful trial, preserves what was learned and ratchets toward a larger outcome.
Goal / Mayor: observe graph → choose bounded wave → consume results → ratchet
└─ Bead: durable experiment intent, context, scratch, evidence, and links
└─ RPI: plan → implement → checks → one fresh validate where a mistake is costly → report
└─ Implementation: one RED → GREEN → refactor experiment
The number of RPIs need not be known in advance. A goal is safe when success is decidable, every experiment is bounded, evidence keeps its provenance, and the authorization envelope cannot silently renew itself. Beliefs are revisable: new evidence may retract an earlier claim. More stored knowledge is neither progress nor proof that knowledge is correct.
Authority boundary. The emitted prompt and safety report are inert caller-owned text. Crafting creates no goal, starts no runtime, mutates no bead and confers no standing authorization. The prompt drives RPI dispatch only when a caller pastes it into their own goal runtime, under their own authority and within the non-renewing envelope they set. Craft Goal reads tracker state when present but needs no tracker installed to compile a prompt.
| Caller wording | Mode | Result |
|---|---|---|
| "craft a goal", "turn this into a goal" | craft | Decision, then the filled goal prompt and settings when safe. |
| "lint/review this goal", "is this safe" | lint | Decision and findings, plus a rewrite when supplied facts permit one. |
Fuzzy route is acceptable; fuzzy success is not. Before goal creation the caller must know the outcome, what evidence would prove it, non-goals, and authority; the exact experiment graph may still be unknown. Write each terminal criterion as a Given/When/Then with an observable result and name each domain term once; the caller can settle these with Interview first.
USE_RPI: one shaped experiment with no verdict-driven follow-on.SAFE_TO_CREATE: a terminal outcome that may need several related
experiments, with those decisions and the budgets below supplied. A shaped
goal with no beads may begin with 1 bounded discovery wave that creates the
root and initial experiment beads.UNSAFE_GOAL: no falsifiable first question or terminal evidence can be
named (route that intent to idea or plan work), or the request is indefinite
monitoring or event reaction, which is an automation, not a terminal goal.Goals come in different sizes: size the wave and hard envelopes to the
outcome, never to one universal budget. Do not invent acceptance, authority,
graph semantics or campaign size; return UNSAFE_GOAL with the missing
decisions. The caller owns revision and goal creation.
The two failure modes this prevents: the completion treadmill, where discoveries keep becoming requirements and activity continues without new information, and first-red abandonment, where one falsified hypothesis ends a viable campaign.
Declare both envelopes with numbers before any work is selected, helper and validation costs included:
Name the native control that enforces each claimed hard limit and how the remaining allowance is observed. Objective text is an instruction, not enforcement: never report an unmeasured aggregate as a remaining balance, and never claim the goal is paused from prose alone. No helper, retry, new subject, compaction or wave renews the goal allowance.
Enter HOLD on any declared trigger: repeated blocker, no ratchet for the configured number of RPIs, oscillation between prior approaches, introduced regression, unknown new-defect cause, recurrence, requested acceptance change, or operator-reserved decision. HOLD stops implementation for causal examination. While the remaining allowance admits it, consult exactly 1 bounded fresh-context helper per HOLD incident, supplying acceptance, observations, failed approaches, exact evidence and remaining allowance. Rewording the blocker or an automatic continuation is not a new incident.
UNSTUCK must name a materially different experiment, its discriminating
check, and why it fits unchanged acceptance, authority and remaining bounds;
only the selected outer goal may resume, and it never revives a spent RPI
bound.ESCALATE, an unhelpful helper or no admissible experiment emits
NEEDS_OPERATOR; no more implementation or helper dispatch follows.NOT_ACHIEVED with the exact gaps. A retry threshold
alone is not proof of a spent hard budget.When operator action is required, report it truthfully and keep work stopped.
A controller's threshold for recording blocked is status bookkeeping, never
permission for extra experiments or helpers.
| Dimension | Passes when the prompt |
|---|---|
| outcome | names one larger caller-visible result. |
| evidence | gives each terminal criterion as a Given/When/Then with its authoritative proof. |
| admission | fits a goal: several related experiments, a falsifiable first question, a terminal finish. |
| bead graph | names the root epic or its bounded bootstrap rule and ties each experiment to an unmet criterion or named blocking uncertainty. |
| RPI boundary | makes one bead one RPI, takes checks and CI as an ordinary bead's result, limits fresh validation to the costly cases and consumes verdicts unchanged. |
| ratchet | counts progress only as evidence tied to an unmet criterion or blocking uncertainty, never activity, counts or digests. |
| discovery | keeps all three classes (necessary-now, linked-follow-up, HOLD/rescope) and never downgrades a necessary finding. |
| wave budget | sets numeric RPI, concurrency, time or token and live-attempt limits per wave, with a checkpoint. |
| hard budget | sets numeric campaign totals that nothing resets, naming the enforcing control or the unmeasured aggregate. |
| breaker | sets the numeric no-ratchet threshold and the HOLD triggers. |
| operator andon | allows one helper per HOLD incident, maps UNSTUCK and ESCALATE, and stops implementation on NEEDS_OPERATOR. |
| scope | states non-goals and exact read, write, external and Git authority. |
| self-hosting | repairs an unstable factory from outside it and runs the factory only as a declared bounded canary. |
| terminal reports | defines ACHIEVED, NOT_ACHIEVED and NEEDS_OPERATOR. |
Fill the copy-paste-only goal prompt: keep its headings and terminal semantics and replace every angle-bracket field. Return, in order:
SAFE_TO_CREATE,
USE_RPI or UNSAFE_GOAL. SAFE_TO_CREATE judges prompt content; it does
not certify native enforcement or create a goal.UNSAFE_GOAL, each missing decision; the caller can settle them with
Interview.This skill makes one pass, craft or lint, then returns. It never creates or
runs a goal and never mutates beads. The goal it writes stops at its first
terminal report: ACHIEVED, NOT_ACHIEVED or NEEDS_OPERATOR.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Dispatch independent tasks to parallel workers or subagents without write collisions. Use when: running or planning agents in parallel, even two; check scopes before any launch.
日本語の概要は準備中です。原文の説明を表示しています。
Run a supplied task in headless AGY (Antigravity, Gemini) and collect its result. Use when: AGY, Antigravity or Gemini is requested by name; never a fallback.
日本語の概要は準備中です。原文の説明を表示しています。
Run one prompt through headless Claude with scoped permissions and a time bound. Use when: scripting or automating a `claude -p` call, even a simple one.
日本語の概要は準備中です。原文の説明を表示しています。
Run one prompt through headless Codex and capture the result. Use when: wanting a one-shot `codex exec` run or CI step. Not for batches or retries.
日本語の概要は準備中です。原文の説明を表示しています。
Compare independent opinions from several models or contexts without inflating agreement. Use when: wanting a second opinion or debate, or summarizing several reviewers' results.
日本語の概要は準備中です。原文の説明を表示しています。
Write or update READMEs, docs, repo instructions and handoff notes, checked against source. Use when: documenting something, writing a README or leaving a session handoff.
日本語の概要は準備中です。原文の説明を表示しています。