mirror of
https://github.com/pewdiepie-archdaemon/odysseus.git
synced 2026-10-28 16:52:22 +01:00
1.7 KiB
1.7 KiB
name, description, version, category, tags, status, confidence, source, owner, created
| name | description | version | category | tags | status | confidence | source | owner | created | ||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| terminal-recovery | Recover from failed terminal commands using evidence-driven diagnosis and bounded retries | 1.0.0 | agent |
|
published | 1.0 | builtin | 2026-08-30T00:00:00Z |
When to Use
Use when a command fails, times out, produces incomplete output, or behaves differently from what the task requires.
Procedure
- Read the command, exit status, standard output, and standard error before choosing a response.
- Confirm the working directory, relevant files, executable availability, permissions, and environment assumptions with minimal read-only probes.
- Classify the failure as syntax, missing dependency, wrong path, permissions, resource pressure, timeout, service state, or task logic.
- Change one relevant condition and retry the narrowest command that can test the diagnosis.
- For a long-running command, use the returned session identifier to poll or provide input instead of launching duplicates.
- After recovery, run the original acceptance check and inspect the resulting files or service state.
Pitfalls
- Do not rerun an unchanged failing command repeatedly.
- Do not install packages or change global configuration before confirming they are missing and necessary.
- Do not launch a second server or training job before checking for an existing process and port or device conflicts.
- Do not treat partial output or a zero exit status as proof that the requested state was produced.
Verification
- The diagnosed cause is supported by command output or environment state.
- The corrected command exits as expected.
- The requested artifact, process, or state passes an independent acceptance check.