Skip to content
cccskills
FreePublished on GitHub

principle-never-block-on-the-human

Keep reversible work moving while the user supervises asynchronously. Agents make reasonable execution decisions, complete edits, and present results for review, while still seeking confirmation for irreversible actions such as deleting production data or sending external messages.

OriginalShow the original description

Apply when tempted to ask 'should I do X?' on reversible work.

Run score Not tested

See how to install

Good for

  • Continue code edits without waiting for routine confirmation
  • Move note edits and task splitting forward
  • Review completed work and adjust its direction
  • Record problems and fix them in the next round

Files included (1)

  • SKILL.md901 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

Never Block on the Human

The human supervises asynchronously. Agents must stay unblocked. Make reasonable decisions, proceed, and let the human course-correct after the fact. Since code changes are reversible and reviewable, a wrong decision usually costs less than blocking.

  • Proceed, then present. Do the work, show the result. Don't ask "should I do X?" Do X, explain why.
  • Make the system self-healing. When you notice a problem, log it and fix it in the next round.
  • Irreversible actions (force-push, delete production data, send external messages) still require confirmation.
  • Reversible actions (write code, edit notes, split tasks) should proceed without blocking.
  • Product direction comes from the human. Execution should not block.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

architect

FreeSummary

Plan types, function inputs and outputs, and module boundaries before implementation. Compare structurally different designs from multiple AI models, document the chosen approach, and guide coding while tracking changes to the agreed design.

  • Designing a complex feature before coding
  • Comparing alternative module structures
  • Keeping implementation aligned with design decisions
michael-denyer/pstack-claude3.3KUpdated Oct 23, 2026

arena

FreeSummary

Generate several candidate solutions in parallel, compare them against concrete criteria, and choose a base. Combine useful parts from other candidates, then verify the final artifact and document why each major choice was made.

  • Compare multiple designs before choosing a direction
  • Explore different implementations of the same task
  • Combine useful elements from competing drafts
michael-denyer/pstack-claude3.3KUpdated Oct 23, 2026

automate-me

FreeSummary

Turn recurring work habits and communication preferences into a personal agent skill. It combines evidence from workspace conversations with direct questions, then drafts or updates instructions for how agents should work with you.

  • Capture preferred response length and tone
  • Document testing and review expectations
  • Update personal instructions as work habits change
michael-denyer/pstack-claude3.3KUpdated Oct 23, 2026

babysit

FreeSummary

Monitor an open pull request, fix failing automated checks and merge conflicts, and address straightforward review feedback. Recheck after updates, report the resulting status, and hand decisions requiring design judgment back to the user.

  • Following up on an open PR without repeated prompts
  • Fixing failed automated checks and rechecking results
  • Addressing straightforward review comments
michael-denyer/pstack-claude3.3KUpdated Oct 23, 2026

Checks whether performance measurements support a speedup, slowdown, or technology choice. It examines bottlenecks, production settings, errors, repeatability, and completed work, then guides reporting with run counts, ranges, and a clear verdict.

  • Checking before-and-after performance claims in a PR
  • Comparing libraries or configurations fairly
  • Investigating suspicious benchmark results
michael-denyer/pstack-claude3.3KUpdated Oct 23, 2026

blast-radius

FreeSummary

Investigate what a code change could break beyond the edited files. Trace downstream effects, identify the key assumption behind its safety, and test that assumption with real code while clearly reporting unresolved risks.

  • Checking the wider impact of a small code change
  • Verifying assumptions about existing code before design
  • Testing the safety assumption before merging a change
michael-denyer/pstack-claude3.3KUpdated Oct 23, 2026

See all skills by michael-denyer

Report a problem with this skill