Content
71%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 well-structured navigation skill: a question-to-reference routing table over ten real reference files, concrete commands, and validation checkpoints (check installed packages, run provider-registry before naming models, confirm CLI command availability). Its main weakness is redundancy — the doc-lookup priority is repeated in four sections — plus dense paragraphs in the Factory and Trace Intelligence sections that could be pushed into their references.
Suggestions
Consolidate the embedded-vs-remote lookup order into one place — "Prerequisites", the Resources table, "Priority order for writing code", and "Development workflow" all restate it; keeping it in the priority-order section and cutting the duplicate "Development workflow" list would save real tokens.
Tighten the "Mastra Factory" and "Trace Intelligence" sections to their routing sentence plus reference link; the extra detail about `mastra auth whoami`, pagination cursors, and installation edge cases belongs in the referenced files.
Trim "Critical: Do not trust internal knowledge" to one paragraph — it makes the same point (training data is outdated, verify against docs) twice in consecutive paragraphs.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The tone is terse and there is no explaining of concepts Claude already knows, but the embedded-vs-remote doc lookup decision is restated four times ("Prerequisites", the Resources table, "Priority order for writing code", and "Development workflow"), and the Factory and Trace Intelligence sections are dense multi-clause paragraphs that restate description-level material. Mostly efficient, but there is real tightening to do. | 3 / 5 |
Actionability | Concrete executable commands throughout: `ls node_modules/@mastra/`, `npm run dev` with `http://localhost:4111`, `npx skills add mastra-ai/skills --skill mastra-factory`, `scripts/provider-registry.mjs`, `mastra api trace query --schema`, and the `"provider/model-name"` format. Minor gaps: no inline example of running the provider-registry script or a `mastra api` invocation, both of which are delegated to references. Mostly executable guidance. | 4 / 5 |
Workflow Clarity | "Development workflow" lays out a clear 4-step sequence with an installed/not-installed branch, "Priority order" gives a ranked 1-2-3 fallback chain, and "When you see errors" closes the loop (check common-errors, re-verify API, don't assume user mistake). Validation checkpoints exist (check installed packages first, always run provider-registry before naming a model, confirm the CLI exposes `trace query` before using it). It falls short of the top anchor only because the checkpoints are spread across sections rather than one coherent checklist. | 4 / 5 |
Progressive Disclosure | The body is a genuine overview: a user-question-to-reference routing table pointing to all ten existing reference files, one script, and one-level-deep links that are clearly signaled and confirmed present on disk. Detailed material lives in the references and the split is appropriate — this matches the clear-overview anchor. | 5 / 5 |
Total | 16 / 20 Passed |