ワンクリックで
agent-progress-diagnostic
How to tell whether a long-running background agent is hung vs. making progress, before reaching for stop_bash.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
How to tell whether a long-running background agent is hung vs. making progress, before reaching for stop_bash.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | agent-progress-diagnostic |
| description | How to tell whether a long-running background agent is hung vs. making progress, before reaching for stop_bash. |
| domain | squad-orchestration |
| confidence | low |
| source | observed (Wash publish #9, 2026-05-07 — one occurrence) |
Squad agents like Wash (publish), Kaylee (feature work), Jayne (E2E) routinely make 50–150 tool calls per task. From the Coordinator's seat, a long-quiet agent at ~80+ tool calls looks identical to a hung agent. The reflex is to assume it's stuck and either kill it (stop_bash) or escalate to Captain. Both are usually wrong.
Apply this skill when: an async background agent has been running long enough that you're tempted to ask "is it hung?" Before any kill action, run the rubric.
| Agent role | Typical envelope | Concern threshold |
|---|---|---|
| Wash (publish) | 60–120 tool calls | >150 with no inbox-file write |
| Kaylee (feature) | 80–200 tool calls | >250 with no commits |
| Jayne (E2E) | 50–150 tool calls | >200 with no screenshot output |
| Scribe (merge) | 20–50 tool calls | >80 with no decisions.md write |
These are observational — refine as more data lands.
Check elapsed seconds and tool-call count. Within envelope? → almost certainly fine, just wait. Past envelope? → continue.
Send a status write_agent ping. One line, low-cost:
"status check — what step are you on?"
Check filesystem for files the agent should be writing. Most Squad agents land an inbox decision file (/.squad/decisions/inbox/<agent>-<task>.md) or a screenshot near completion. Use ls -la on the expected output dir:
ls -la /Users/davidortinau/work/SentenceStudio/.squad/decisions/inbox/
A file with a recent timestamp (mtime within last 60s) means the agent IS writing — give it more time.
Check the agent's history/log file. Most Squad agents append to .squad/agents/<name>/history.md or write orchestration log entries. Recent timestamp → alive.
Only consider stop_bash if all four signals say stuck. Specifically: tool-call count past envelope AND ping unanswered AND no recent file writes AND no log activity. Even then, prefer write_agent with a "wrap up and report what you have" message over a hard kill — graceful shutdown preserves work in progress.
write_agent: "status check?" → Wash replied within seconds with "writing decision file.".squad/decisions/inbox/ had a fresh wash-publish-9-*.md mtime within 30s. → Confirmed alive.stop_bash because "it's been a while." Set a stopwatch, run the rubric, only kill on hard evidence..squad/decisions/inbox/ has a fresh mtime, the agent is in its closing moves. Wait..squad/agents/wash/history.md (most recent entry) and .squad/decisions.md (Publish #9 section).write_agent, read_agent, list_agents, stop_bash. See Copilot CLI tool reference..squad/orchestration.md — broader Coordinator runbook.{what this skill teaches agents}
Use when working with an Aspire distributed application and operating the AppHost or its resources through the Aspire CLI: start/restart/stop/wait on the app; iterate via watch, rebuild, hot reload, or resource commands; inspect resources, logs, traces, docs, or health; add integrations; manage secrets/config; publish, deploy, or rerun a named pipeline step; initialize Aspire in an existing app; recover missing `.modules` files in a TypeScript AppHost; discover the frontend URL for Playwright from Aspire state; expose custom dashboard/resource commands; or understand Aspire AppHost APIs in C# or TypeScript. Use it even if the task is described in terms of AppHost, resources, dashboard, app bootstrap, missing generated modules, Playwright URL discovery, or local distributed app workflow without naming Aspire. Do not use for non-Aspire .NET apps, container-only repos with no AppHost, or ordinary build and test tasks.
Systematic recovery procedure for Aspire AppHost failures caused by orphaned processes holding critical ports (especially 22070). Covers diagnostics, two-pass cleanup (AppHost + dcp tree, then orphaned services), verification, and restart validation. USE FOR: "aspire won't start", "cannot access disposed object", "address already in use", "aspire dashboard not loading", "port 22070 in use", "aspire restart failed", "orphaned dcp processes", dashboard stuck on "starting", build succeeds but services won't start, previous Aspire session crashed and won't restart. DO NOT USE FOR: initial Aspire setup, configuration changes, deployment issues, or general Aspire CLI usage (use the aspire skill instead).
End-to-end testing and verification for SentenceStudio. USE THIS SKILL whenever the user says "test", "verify", "check", "validate", "confirm it works", "smoke test", "run the app and check", "does it work", "try it", "make sure", or any variation of testing a feature or fix in a running app. Also use after EVERY bug fix or feature implementation as a mandatory final verification step — even if you think a build check is enough. Covers: launching via Aspire, interacting with Playwright (webapp) or maui-devflow-debug (native), verifying UI state, checking database records, and reading structured logs. If someone asks you to test anything in this app, or to verify a fix works, or to run a smoke test, or to check that CRUD operations work, or to confirm audio/quiz/import/activity features behave correctly — this is the skill to use. Do NOT skip this skill when verification is needed.
Run build, deploy, inspect, and fix loops for .NET MAUI apps that already have MAUI DevFlow integrated. USE FOR: launching MAUI apps, selecting devices or emulators, waiting for or recovering agent connections, broker/port/adb connectivity issues, visual tree inspection, screenshots, UI interaction, Blazor WebView CDP debugging, reading DevFlow logs, and iterative app debugging. DO NOT USE FOR: first-time DevFlow package setup (use maui-devflow-onboard), or generic desktop automation unrelated to MAUI. INVOKES: maui devflow CLI, dotnet CLI, Android adb/android tools, and Apple simctl tools.
Add MAUI DevFlow to a .NET MAUI project with agent package references, MauiProgram.cs registration, Blazor WebView support, GTK variants, Central Package Management guidance, and verification commands. USE FOR: first-time DevFlow setup, reviewing what files to edit, choosing DevFlow packages, or continuing after `maui devflow init` installs skills. DO NOT USE FOR: troubleshooting an already-integrated app that cannot connect, iterative app debugging, UI inspection, or generic MAUI build failures (use maui-devflow-debug). INVOKES: maui devflow CLI and dotnet CLI.