Content
76%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A highly actionable, well-structured troubleshooting skill with executable commands and a clear diagnostic sequence. Its weak point is workflow clarity: destructive operations lack explicit validation/verification checkpoints and the diagnostic flow has no feedback loop.
Suggestions
Add explicit validation/verification checkpoints around destructive commands — e.g. before `runtime delete --cascade`, verify bound agents via `multica runtime usage`, and after any fix, verify the task was claimed with `multica runtime activity`.
Close the debugging workflow with a feedback loop: after applying a fix, re-run `multica runtime list --output json` / check task status to confirm the agent claimed and ran, then iterate if still pending.
Split the long runtime update/delete/cascade paragraph into a short table or bulleted list so the permission, cascade, and unbinding rules are scannable instead of buried in prose.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and almost entirely Multica-proprietary detail that Claude would not already know, with no padding about general concepts; a few long prose paragraphs (e.g. the runtime update/delete/cascade paragraph) could be split for scannability. | 4 / 5 |
Actionability | It provides copy-paste-ready CLI commands with flags and JSON output ("multica agent get <agent-id> --output json", "multica runtime list --output json", the full runtime/repo command block) plus a concrete numbered diagnostic checklist covering the common cases. | 5 / 5 |
Workflow Clarity | The "Debugging an agent that did not run" section is a clear ordered 1-7 sequence, but there is no validate-then-verify feedback loop, and the skill covers destructive operations (runtime delete --cascade, daemon stop) without explicit pre/post validation checkpoints, invoking the destructive-ops cap. | 3 / 5 |
Progressive Disclosure | Sections are well organized (Quick start, Core model, CLI, Task CLI boundary, Debugging, Repos) and there is a single clearly signaled one-level-deep reference to the real file references/runtimes-and-repos-source-map.md; most detail lives inline in SKILL.md rather than being split out. | 4 / 5 |
Total | 16 / 20 Passed |