AgentStack
SKILL verified Apache-2.0 Self-run

Aoa Approval Gate Check

skill-8dionysus-aoa-skills-aoa-approval-gate-check · by 8Dionysus

Classify whether a requested action is safe to proceed, requires explicit approval, or should not be executed. Use when a task may be destructive, security-sensitive, or operationally sensitive and the authority boundary is unclear. Do not use for clearly low-risk work or when the main need is previewing a mutation rather than deciding whether it may proceed.

No reviews yet
0 installs
9 views
0.0% view→install

Install

$ agentstack add skill-8dionysus-aoa-skills-aoa-approval-gate-check

✓ 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.

Are you the author of Aoa Approval Gate Check? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

aoa-approval-gate-check

Intent

Use this skill to classify whether a requested action crosses an approval boundary and to return a bounded next step that keeps authority explicit before any execution proceeds.

Trigger boundary

Use this skill when:

  • a task may be destructive, operationally sensitive, or security-relevant
  • the current authority level is unclear
  • the agent needs to classify whether the next step is safe, explicit-only, or out of bounds
  • the task needs an operational gate decision rather than a broader workflow plan

Do not use this skill when:

  • the task is clearly low-risk and already bounded by an ordinary workflow
  • no meaningful approval boundary exists in the current context
  • the authority is already clear and the main need is choosing a preview path before execution; use aoa-dry-run-first
  • the task is only about preparing a public-safe artifact for sharing; use aoa-sanitized-share

Inputs

  • requested action
  • touched surfaces
  • known approval state
  • risk signals
  • possible fallback or inspect-only path

Outputs

  • classification of the action: safe to proceed, explicit approval required, or do not execute
  • note on whether explicit approval is needed
  • bounded next-step recommendation
  • report of unresolved authority assumptions
  • a reviewable gate decision that can be passed to the next workflow step

Procedure

  1. identify the requested action and touched surfaces
  2. assess whether the action could be destructive, sensitive, or authority-gated
  3. classify the action as safe to proceed, explicit-approval required, or not appropriate to execute
  4. prefer inspect-only or bounded alternatives when authority is insufficient
  5. name the concrete next action or refusal in terms another agent can execute
  6. report the classification and the reason for it

Contracts

  • unclear authority should not be silently interpreted as permission
  • classification should be explicit and reviewable
  • safer bounded alternatives should be preferred when possible
  • the result should reduce accidental overreach
  • the gate decision should be concrete enough to hand to the next step without ambiguity
  • the skill remains a bounded operational package, not just a policy label

Risks and anti-patterns

  • assuming approval because a task sounds routine
  • collapsing several risk levels into a single vague warning
  • using approval logic to avoid useful bounded analysis
  • hiding destructive steps behind innocent labels
  • returning a generic caution instead of a real gate classification
  • widening into a general workflow planner instead of a gate checker

Verification

  • confirm the touched surfaces were identified
  • confirm the approval need was classified explicitly rather than as a vague warning
  • confirm the next step fits the stated authority level
  • confirm uncertainty was not masked as permission
  • confirm the gate decision is actionable and bounded
  • confirm the skill still reads as an approval-classification package

Technique traceability

Manifest-backed techniques:

  • AOA-T-0028 from 8Dionysus/aoa-techniques at cd276f040d55d490bd015b8698c7a5d594b9f875 using path techniques/execution/agent-workflows-core/confirmation-gated-mutating-action/TECHNIQUE.md and sections: Intent, When to use, Inputs, Outputs, Core procedure, Contracts, Risks, Validation

Adaptation points

Future project overlays may add:

  • local authority models
  • local risk categories
  • approval examples
  • repository-specific explicit-only rules

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.