Skip to content
Back to skills

U0225 Oversight Uncertainty Communicator

ASecurity

Operate the "Oversight Uncertainty Communicator" capability in production for Human Oversight and Operator UX workflows. Use when mission execution explicitly requires this capability and outcomes must be reproducible, policy-gated, and handoff-ready.

  • 57 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added May 31, 2026
testing

Security analysis

A100/100

Scanned May 31, 2026

npx -y skills add diegosouzapw/awesome-omni-skill --skill u0225-oversight-uncertainty-communicator --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of U0225 Oversight Uncertainty Communicator?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for U0225 Oversight Uncertainty Communicator
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/diegosouzapw-u0225-oversight-uncertainty-communicator/badge)](https://www.skillsdirectory.com/skills/diegosouzapw-u0225-oversight-uncertainty-communicator)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: u0225-oversight-uncertainty-communicator
description: Operate the "Oversight Uncertainty Communicator" capability in production for Human Oversight and Operator UX workflows. Use when mission execution explicitly requires this capability and outcomes must be reproducible, policy-gated, and handoff-ready.
---

# Oversight Uncertainty Communicator

## Why This Skill Exists
This skill hardens a generated capability for production execution so oversight workflows remain deterministic, auditable, and fail-closed under risk.

## When To Use
Use this skill only when the request explicitly needs `Oversight Uncertainty Communicator` in Human Oversight and Operator UX and a downstream consumer requires contract-bound artifacts.

## Step-by-Step Implementation Guide
1. Validate production trigger criteria: explicit capability request, approved source-tagged inputs, and named downstream consumer.
2. Enforce deterministic normalization workflow with pinned mapping/ruleset versions and stable serialization order.
3. Apply explicit determinism tolerance checks (score delta <= 0.005 absolute; identical input must produce zero artifact hash drift).
4. Execute fail-closed validation gates (schema, determinism, policy-risk) and block output on any failure.
5. Require explicit human sign-off token for high-risk runs before publication or downstream routing.
6. Emit handoff envelope with artifact paths, gate results, risk tier, and approval state for the next stage.

## Deterministic Workflow Constraints
- Replay score variance: <= 0.005 absolute per item.
- Artifact hash drift for identical replay: 0 allowed.
- Time-dependent fields allowed only in metadata and excluded from scoring.

## Validation Gates
1. **schema-gate** — all required fields present and schema-valid; otherwise block and return error bundle.
2. **determinism-gate** — replay output within tolerance; otherwise quarantine and escalate.
3. **policy-risk-gate** — policy and risk checks pass; otherwise block routing.
4. **approval-gate-high-risk** — if risk is high, require human sign-off token; otherwise fail closed.

## Handoff Contract
- Inputs: source-tagged signals, claims, evidence, confidence traces, run context.
- Outputs: deterministic artifact, scorecard, and handoff envelope with approval metadata.
- Routing rule: forward only when every gate passes; high-risk requires explicit sign-off token.

## Immediate Hardening Additions
- Fixture: `fixtures/minimal-valid.json`
- Regression case: `tests/regression-case.md`
- Machine-readable summary: `hardening-summary.json`

## Production Trigger Clarity
- Use only when this capability produces production-facing outcomes with measurable acceptance criteria.
- Do not invoke for exploratory brainstorming or unrelated domains; route those requests to the correct capability family.

## Deterministic Tolerances
- Repeated runs on identical inputs must remain within **<=1% output variance** for scoring fields and preserve schema-identical artifact shape.
- Any variance beyond tolerance is a hard failure and must trigger escalation.

## Fail-Closed Validation Gates
1. Schema validity gate (required inputs present and valid).
2. Determinism gate (variance within tolerance).
3. Policy/approval gate (required approvals satisfied).

If any gate fails: **block output publication and fail closed**.

## High-Risk Human Sign-Off
- Any high-risk change, policy-impacting output, or publish-level action requires explicit human sign-off before release.
- Missing sign-off is a blocking condition.

## Explicit Handoff Contract
- **Produces:** normalized artifacts, decision scorecard, risk/confidence metadata.
- **Consumes:** validated upstream inputs for this capability.
- **Next hop:** route only to declared downstream consumers with gate/approval context attached.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.