procedure-promote · git:20260809.f078c7a · 2026-08-09 · sha256 d4ac1fdf44415ce6

procedure-promote git:20260809.f078c7aA

Immutable. This exact content is served forever at /api/v1/blob/d4ac1fdf44415ce6.

---
name: procedure-promote
description: Promote a repeated, verified Yarbrain procedure candidate into a user-owned Agent Skill or propose an update to an existing one. Use after the same procedure succeeds in independent episodes or when the user explicitly requests reusable automation; do not promote facts, policy, or unexplained workarounds.
---

# Promote a Procedure

Turn proven know-how into a reusable procedure without modifying installed
plugin content or activating unreviewed instructions.

## Qualification

Promote a candidate only when the user explicitly requests it or at least two
independent episodes show the same successful procedure. The steps must be
stable, prerequisites identifiable, and success verifiable.

Reject project facts, one-off fixes with unknown causes, behavioral policy that
belongs in agent instructions, and procedures whose safe scope cannot be stated.
Leave an ineligible candidate unchanged and report it as deferred.
An explicit promotion request does not waive these evidence and safety checks.

## Workflow

1. Read the candidate and every supporting episode. Confirm the evidence shows
   success rather than a proposed or partially completed approach.
2. Search the vault's skills/ tree and the user's configured Agent Skill
   directories for the same trigger and outcome.
3. Draft either a new skill or a focused patch to an existing skill under
   inbox/skills/. Do not create a near-duplicate. If the current request does
   not authorize a vault write, show the draft without storing it.
4. Use lowercase kebab-case and frontmatter containing exactly name and
   description. The description must state both what the skill does and when it
   applies.
5. Include prerequisites, ordered steps, verification, meaningful failure
   modes, safety and authority boundaries, and a Provenance section naming the
   source episodes and last successful verification.
6. Show the complete proposal. Promote it to the vault's skills/<name>/SKILL.md
   or another user-approved skill directory only after explicit approval.
7. Validate the promoted skill with the target agent's native validator when
   available. Do not claim it is active until the target agent can discover it.

Do not patch a skill based on name alone. If distinct procedures would use the
same name, choose an unambiguous trigger-based name or stop for the user's
decision; never overwrite the existing skill.

Preserve procedure history through provenance rather than historical commentary
inside the operational steps.