Skip to content
cccskills
FreePublished on GitHub

step-back

Break a failed implementation loop by tracing attempts, identifying the real blocker, and proposing a materially different direction before further changes. Use when repeated fixes or investigations are not converging.

The English summary is being prepared. Showing the original description.

btseytlin/ultrapack46 stars(GitHub 46 + cccskills 0)

Run score Not tested

See how to install

Files included (1)

  • SKILL.md724 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

Circuit breaker

Stop the current approach. Do not make another fix until the user confirms a new direction.

  1. State the user-facing goal in one sentence.
  2. List the last three to five attempts and what failed in each.
  3. Name the common root issue in one sentence: an invalid assumption, unsupported capability, architectural constraint, or needless complexity.
  4. Propose a genuinely different approach, why it avoids the blocker, and its risks or trade-offs.

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

Run a bounded implement-attack-repair loop for a user-specified task. Use when work needs repeated independent criticism: perform the task, dispatch a fresh attacker, verify significant findings, repair them, and stop on a clean attack or the user's round limit.

The English summary is being prepared. Showing the original description.

btseytlin/ultrapack46Updated Oct 15, 2026

e

Free

Explain a file, error, design, diff, or concept like a helpful engineering colleague: grounded in evidence, concise, and with useful follow-up threads. Use when the user asks for a clear explanation of the current work or codebase.

The English summary is being prepared. Showing the original description.

btseytlin/ultrapack46Updated Oct 15, 2026

expand

Free

Turn one user criticism into a principle-level fix: find the violated principle, every similar occurrence, and fix the shared cause. Use only when the user explicitly invokes expand, $expand, /up:expand, or /skill:expand.

The English summary is being prepared. Showing the original description.

btseytlin/ultrapack46Updated Oct 15, 2026

Use when a task needs an isolated checkout. Verify the worktree location, keep mutable environments and build outputs local, and run only authorized setup and checks.

The English summary is being prepared. Showing the original description.

btseytlin/ultrapack46Updated Oct 15, 2026

Contract for hands-off mode — the ultrapack workflow variant that minimizes user prompts after Design, takes the safest reversible path, and logs every auto-choice for one end-of-task review. Referenced by the workflow entry point and child skills (udesign, uplan, uexecute, uverify, ureview). Read when the task file's **Mode:** header is `hands-off`.

The English summary is being prepared. Showing the original description.

btseytlin/ultrapack46Updated Oct 15, 2026

Use when the user explicitly asks to launch and supervise a job. Require an authorized launch, monitoring, recovery, and teardown contract. Detect failures without inventing permission to restart or spend money.

The English summary is being prepared. Showing the original description.

btseytlin/ultrapack46Updated Oct 15, 2026

See all skills by btseytlin

Report a problem with this skill