Skip to content
Back to skills

One Shot Completion

ASecurity

Use when the user asks for a finished result, end-to-end fix, “do it all”, or a task with implied deliverables.

  • 5 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 3, 2026
ai-agentsgogitsecuritydocumentation

Security analysis

A100/100

Scanned September 20, 2026

npx -y skills add ShugokiFable/Ultimate-AI-Starter-Bundle --skill one-shot-completion --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of One Shot Completion?

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

Security grade badge for One Shot Completion
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/shugokifable-one-shot-completion/badge)](https://www.skillsdirectory.com/skills/shugokifable-one-shot-completion)

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: one-shot-completion
description: Use when the user asks for a finished result, end-to-end fix, “do it all”, or a task with implied deliverables.
---

# One-Shot Completion

## Core rule
Translate the goal into explicit **acceptance criteria** before acting, including **implied deliverables** a reasonable user expects but did not spell out.

## Contract
Build a short requirement ledger: requested outputs, implied outputs, constraints, failure conditions, and proof for each. Execute against that ledger rather than stopping at the first plausible result.

Before finalizing:
- verify every criterion with direct evidence;
- open/run the actual deliverable when possible;
- check sibling surfaces affected by the same change;
- remove manual cleanup that can be automated;
- state any criterion that remains unverified.

Do not substitute activity for completion. “Code written”, “tests added”, and “looks right” are intermediate states unless they are the requested result.

## Failure pattern
Weak agents often satisfy the literal noun but miss installation, packaging, entrypoints, docs, error paths, or validation. Treat those as implied deliverables whenever the user asked for something ready to use.

## Repository requests

For "make/create a repo", "put this on GitHub", or "finish this project", route to `github-fleet-maintenance` and its repository completion contract. Include real CI, applicable security settings/scanning and Dependabot coverage, documentation, usable artifacts, and the `release-checklist` handoff. Publishing follows existing authorization; if approval is missing, prepare the concrete release first and identify only that pending step. Respect explicit empty-repository or prototype scope.

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…