smithery.ai

task-direction-approval

Use when considering switching libraries/tools, changing architecture, or replacing automation with manual workarounds - explains root cause, offers 2-3 options with trade-offs, and requests explicit user choice

First seen Mar 19, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,570 B
  • docs SUMMARY.md 242 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 2 installs

SKILL.md

Task Direction Approval

Overview

This skill prevents unauthorized direction changes by forcing explicit user consent before deviating from the original requirements.

Use when...

  • Switching from the original tech/library to alternatives
  • Replacing an automated approach with a manual workaround
  • Changing architecture or design patterns
  • Delivering different results than requested

Symptoms / keywords

  • “can’t use X”, “let’s switch to Y”, “workaround”, “manual”, “different approach”, “alternative library”, “rewrite”, “change architecture”

Communication protocol (template)

❌ Wrong Response:

"GraphQL Codegen failed, so I'll define types manually instead."

✅ Correct Response:

"GraphQL Codegen failed due to authentication error. Options available:

  1. Add authentication headers
  2. Try different endpoint
  3. Download schema file directly

Which approach would you prefer?"

Minimal workflow

  1. Explain the failure root cause clearly (what failed, why it failed, evidence).
  2. Present 2-3 viable options with trade-offs (speed, risk, maintenance, correctness).
  3. Ask for explicit user choice.
  4. Only proceed after approval.

Notes

  • Use investigation-mode when there are repeated failures or the situation is unclear.