From oh-my-evor
Check environment health and .evor integrity; auto-repair obvious issues
How this skill is triggered — by the user, by Claude, or both
Slash command
/oh-my-evor:evor-doctor [run-dir] [--repair][run-dir] [--repair]The summary Claude sees in its skill listing — used to decide when to auto-load this skill
<Purpose>
<Use_When>
/evor-doctor/evor-validate reports infrastructure issues (corrupt files, missing directories)<Do_Not_Use_When>
/evor-validate/evor-run
</Do_Not_Use_When>Parse the argument for an optional run-dir path and --repair flag:
<run_dir>: run env + .evor checks for that specific run directory.--repair: pass the repair flag to auto-fix repairable issues.Call evor_doctor with the applicable arguments:
evor_doctor({}) // env-only check
evor_doctor({ run_id: "<run_dir>" }) // env + .evor integrity check
evor_doctor({ run_id: "<run_dir>", repair: true }) // env + .evor + auto-repair
Parse the JSON output and present a categorised summary:
=== evor-doctor report ===
Environment
✓ python_version — Python 3.11.4
✓ torch — torch 2.1.0 importable
✓ node — node v20.5.1
✓ env_evor_root — EVOR_ROOT not set (will use default .evor/)
✓ patch — patch found at /usr/bin/patch
.evor integrity (run: <run_dir>)
✓ run_dir — run directory found and accessible
✓ tree_json — DICT format (12 nodes)
⚠ mission_state — mission state not found — run /evor-setup
✓ orphan_pending — no orphaned pending nodes
✓ frozen_hash — frozen-splits integrity confirmed
Verdict: OK — no errors detected
Status icons: ✓ ok — check passed ⚠ warn — warning (non-blocking; action recommended) ✗ error — error (must be resolved) 🔧 repaired — issue was auto-fixed with --repair
For each ERROR item, provide the remediation:
| Error | Remediation |
|---|---|
python_version < 3.10 | Upgrade Python or activate a 3.10+ environment |
torch not importable | pip install torch or use a GPU-enabled environment |
node missing | Install Node.js (required for hooks) |
mission_state missing | Re-run /evor-setup to initialize mission state |
orphan_pending_nodes | Use /evor-doctor --repair to clear orphaned state, or resolve the pending nodes through the normal tick workflow |
frozen_split_integrity | Frozen splits were modified after locking — re-run /evor-setup |
run_dir missing | Verify the run directory path |
For WARN items:
torch warn: GPU training paths gated, but CPU-only runs still workIf --repair was passed and repairs were made, display:
Repaired:
🔧 <item>: <description of repair performed>
Re-run /evor-validate to confirm the contract is now valid.
<Tool_Usage>
evor_doctor — run environment and .evor integrity diagnostics; pass repair: true to auto-fix
</Tool_Usage>npx claudepluginhub it-dainb/oh-my-evorGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.