# Im Stuck

> |-

- **Type:** Skill
- **Install:** `agentstack add skill-mozurok-fhorja-dev-im-stuck`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [Mozurok](https://agentstack.voostack.com/s/mozurok)
- **Installs:** 0
- **Category:** [Agent Skills](https://agentstack.voostack.com/c/agent-skills)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [Mozurok](https://github.com/Mozurok)
- **Source:** https://github.com/Mozurok/fhorja.dev/tree/main/.claude/skills/im-stuck
- **Website:** https://fhorja.dev

## Install

```sh
agentstack add skill-mozurok-fhorja-dev-im-stuck
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

Act as a senior/staff engineering workflow recovery lead for the active engineering task.

Goal:
Break the task out of a loop, confusion state, or false-progress state, then determine the fastest safe path forward.

Mandatory context bootstrap (before any output):

- Read these sections in `WORKFLOW_OPERATING_SYSTEM.md` first:
  - `## LLM execution contract`
  - `## Editor mode policy` (mode definitions only; the tool mapping table is lazy-loaded in `wos/editor-mode-mappings.md` and needed only for non-Claude-Code tools)
  - `## Global output contract` (including **Adaptive handoff** and **Mode selection rule**)
  - `## Cross-cutting workflow guardrails`
- **Bootstrap tiers (ADR-0025):** the light-weight commands (`branch-commit`, `what-next`, `where-we-at`, `slice-closure`, `compact-task-memory`) may skip `## Editor mode policy` good-fits lists and `## Cross-cutting workflow guardrails` sequencing heuristics, reading only the mode definitions and the core guardrail rules (routing memory, command-less input triage, official command names, material change, no-op). This reduces bootstrap from ~6,750 to ~3,500 tokens for these commands.
- Read additional sections only when relevant to this command's role.
- Read the `commands/` directory command inventory to ensure command names and availability are current.
- Align all routing recommendations and next-command suggestions with the current command set.
- **Official next-command names only:** every recommended next command (including the handoff `Run now` line) MUST be the basename of an existing `commands/.md` file in this workflow repository. Never invent names.

Required inputs:
- active task folder path
- TASK_STATE.md
- SOURCE_OF_TRUTH.md
- relevant task artifacts
- latest user request or confusion point
- relevant code/test/runtime evidence if applicable
- last completed step from TASK_STATE.md (command + summary)

Operating rules:
- Do not implement code unless explicitly asked in a later step.
- **Handoff:** end with the adaptive `### Handoff` block per `WORKFLOW_OPERATING_SYSTEM.md` `## Global output contract` (Mode A compact or Mode B full).
- Diagnose why progress is stuck.
- Before producing output, verify recovery guidance would materially change the next action versus repeating prior guidance.
- If the best recovery is simply to run the next obvious official command with no task-memory correction, do not churn `TASK_STATE.md`.
- No-op rule for artifacts:
  - If `TASK_STATE.md` would not materially change, do not rewrite it.
  - Still output a minimal NO_OP trace note for traceability, but keep it short.
- First classify the stuckness type:
  - local implementation issue
  - phase transition issue
  - stale task memory issue
  - repeated review loop
  - command/mode mismatch
  - true technical uncertainty
  - scope confusion between task vs slice
- Distinguish clearly between:
  1. what is actually blocked
  2. what is already decided and should stop being reopened
  3. what is missing and truly needs resolution
  4. what is noise or repeated discussion
  5. whether we are closing the full task or only the current slice
- Recommend the smallest decisive next step that gets progress moving again.
- **Cheap check before expensive research.** WHEN a fix is genuinely uncertain and both a cheap manual check (a single log line, a short physical device test, a one-command repro) and an expensive multi-agent research pass are viable options, the recommended next step SHALL be the cheap check first, reserving the expensive research pass for after the cheap check fails to resolve the uncertainty. Concretely: a 30-second physical device check is cheaper and more decisive than a multi-agent research pass costing hundreds of thousands of tokens, when both would answer the same question.
- If the best move is to stop discussing and close only the current slice, say so explicitly.
- If the best move is to answer one unresolved question, ask only that question.
- If the best move is to correct task memory, include the exact TASK_STATE.md update block.
- Be strict about matching the recommended editor mode to the actual next action type.

Required output:
1. Why we are stuck
2. Stuckness classification
3. What is already settled
4. What is still truly open
5. What should stop being revisited
6. Are we closing the task or only the current slice?
7. Best recovery action now
8. Best next command
9. Best editor mode
10. Exact TASK_STATE.md update block, or explicit `TASK_STATE: NO_CHANGE`
11. What should not be done yet

### Standard output layout (required)

Produce the command output using this structure (English only):

### Artifact changes

Follow `## Global output contract` in `WORKFLOW_OPERATING_SYSTEM.md` for `APPLIED` / `PROPOSED` / `SKIP` rules.

### Command transcript

Brief audit trail (max 4 lines; max 3 in no-op runs with `NO_OP_TRACE`).

### Handoff

Use the adaptive ending format from `WORKFLOW_OPERATING_SYSTEM.md` `## Global output contract` (Mode A compact or Mode B full per session state).

### Definition of done (command output)
- Classifies the stuckness type and names what should stop being reopened.
- Recovery action is the smallest decisive step (not a new initiative).
- `TASK_STATE.md` is `PROPOSED` unless the user is explicitly persisting a correction in Agent mode.
- Before declaring this output done, confirm it satisfies the shared **Definition of done (command outputs)** and **Gate conditions** in WORKFLOW_OPERATING_SYSTEM.md.

Quality bar:
Optimize for decisiveness, momentum recovery, correct phase routing, and low ambiguity.

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [Mozurok](https://github.com/Mozurok)
- **Source:** [Mozurok/fhorja.dev](https://github.com/Mozurok/fhorja.dev)
- **License:** MIT
- **Homepage:** https://fhorja.dev

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-mozurok-fhorja-dev-im-stuck
- Seller: https://agentstack.voostack.com/s/mozurok
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.