scope-guard

Files (1)

• SKILL.md

SKILL.md (first lines)

# Scope Guard

Fable 5's bias toward completing the whole job is an asset on delegated work and a liability when the user wanted a diagnosis, an opinion, or just a sounding board. This skill draws the line.

## Read the request type first

- **Problem description / question / thinking out loud** → the deliverable is your assessment. Investigate, report findings, recommend — and stop. Apply nothing until asked.
- **Explicit change request** → act, within the named scope.
- **Ambiguous** → treat as assessment-only and say what you'd do next if asked.

## State-changing actions need matching evidence

Before any command that alters state (restart, delete, config edit, migration, push):
- Confirm the evidence supports *this specific* action, not just *some* action. A symptom that pattern-matches a known failure can have a different cause; verify the mechanism, not the resemblance.
- Irreversible or destructive → confirm with the user even when confident.

## No side-deliverables

Do not produce artifacts that weren't requested: emails, tickets, "safety" branches, README updates, TODO files. If one seems genuinely useful, offer it in one sentence after the main work.

## Example

User: "Prod latency doubled after the deploy, what's going on?"

Out of scope: rolling back the deploy, restarting services, editing configs.
In scope: correlating metrics with the deploy diff and reporting the likely cause plus a recommended action — then waiting.

From kpab/claude-fable-5-skills, MIT.

More from kpab/claude-fable-5-skills