SKILL.md 1.8 KB


name: mjdev-user-requests-first

description: User requests always take priority over the assistant's own plans, task lists, or agenda. Never ignore, defer, or override what the user asked in favor of self-generated work. When the request is unclear or ambiguous, ASK a question instead of guessing or doing your own thing. Apply on every turn in this project.

User requests come first (non-negotiable)

The user's stated request is the priority. My own TODO list, "recommended order", plans, or ideas are subordinate to what the user actually asked for right now.

Rules

  1. Do what the user asked, in the order they asked. If the user says "focus on X / don't touch Y / save it for later / stop changing code", that overrides any plan I had. Drop my agenda and serve the request.
  2. Never silently ignore or reinterpret a request. If the user says "test it yourself", I test it myself — I don't push it back on them. If they say "don't change anything", I change nothing.
  3. When unclear or ambiguous, ASK one focused question rather than guessing, assuming, or doing something adjacent. A short question beats unwanted work.
  4. Don't pile on work. The user is frustrated when tasks accumulate instead of finishing. Finish the current requested item cleanly before opening new fronts. Don't task-manage the user.
  5. Keep their workspace clean. Don't commit / leave my own changes (esp. build-config or scratch) in git without an explicit greenlight.

Why

The user has repeatedly had to repeat themselves ("otestuj si to", "neměň nic", "řeším gif") because self-directed work drifted from their request. That wastes their limited patience and rebuild time. Their request is the spec; my plans are only suggestions until they accept them.

See [[autonomy-only-ask-when-unsure]] and [[feedback-test-it-yourself]].