Human approved publishing
Skill KyleBrierley/agent-ops-skills/skills/human-approved-publishing
Prepare and validate a publication candidate while preserving an explicit human decision gate before any external post, merge, send, or release.From its SKILL.md
npx -y skills add KyleBrierley/agent-ops-skills --skill human-approved-publishingAssembled 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.
SKILL.md
2.6 KB, 490 tokens by cl100k_base, as published. Nobody here has run it
Human-approved publishing
Use this skill when an agent may prepare material for publication but must not perform the external action without a clearly recorded human decision.
Inputs
- Draft content or structured material.
- Target channel and audience.
- Publication requirements: citations, formatting, validation, privacy, and voice.
- The identity of the human approver or approval mechanism.
Outputs
- A publication candidate.
- A validation report with blocking and non-blocking findings.
- A decision record with one state:
draft,ready_for_review,approved,changes_requested, orpublished. - If approved, an exact action packet describing what would be published and where.
See examples/decision-record.json.
Workflow
- Confirm the target channel, intended audience, and irreversible action.
- Create or normalize the draft without publishing it.
- Run deterministic checks available for the artifact.
- Review facts, privacy, attribution, links, tone, and channel-specific constraints.
- Present:
- the exact candidate;
- blocking findings;
- non-blocking suggestions;
- the exact external action awaiting approval.
- Stop in
ready_for_review. - Move to
approvedonly after an explicit human approval tied to the current candidate. - Before execution, verify that the candidate has not changed since approval.
- Record the result as
publishedonly after the external system confirms success.
Approval validity
Approval is scoped to the exact artifact, destination, and action presented. A material
content change, different destination, or new external side effect invalidates the prior
approval and returns the state to ready_for_review.
Failure handling
- If validation fails, use
changes_requestedand list the blockers. - If the approval is ambiguous or refers to an older version, remain in
ready_for_review. - If publication fails, preserve
approved, record the failure, and do not claimpublished. - If external state cannot be verified, report
publication_unconfirmed.
Boundaries
- Never infer approval from silence, prior enthusiasm, or approval of a different draft.
- Never hide the target destination or external side effect.
- Never label a prepared artifact as published.
- Do not weaken deterministic validation to obtain a green result.
- Do not include secrets or private verification evidence in the public artifact.
What ships with it: 1 file
474 B alongside SKILL.md
examples/
- decision-record.json474 B