Content
75%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 lookup skill built almost entirely from concrete, executable commands with clear fallback paths and a well-organized section structure. Its weaknesses are redundancy (the headless-loop availability repeated across paragraphs), a tangential closing section on visual docs blocks, and repeated references to 'customizing-agent-native' with no indication of where that document lives.
Suggestions
Consolidate the three repetitions of headless-loop tool availability into a single statement, removing the duplicated 'Use the unified tool for discovery, then the focused tools' paragraph in the How section.
Say where 'customizing-agent-native' lives (e.g. add it to the Useful Slugs table or give a docs-search --slug command) since it is cited three times as the authority on the override ladder.
Move or trim the 'Authoring visual docs blocks' section — it is about authoring docs UI content, not about looking up framework docs, and dilutes the skill's single purpose.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly direct commands, but the fact that the tools are available in the headless loop is stated three times ('The same tool is available in the headless pnpm agent loop and every built-in app agent', then again 'The headless pnpm agent loop and built-in app agent also expose read-only framework-search, docs-search, and source-search tools. Use the unified tool for discovery, then the focused tools for full page or file reads'), and the closing 'Authoring visual docs blocks' section is tangential to a docs-lookup skill. Mostly efficient but with noticeable redundancy that could be tightened — matching the score-3 anchor; the duplicated paragraphs push it below 4. | 3 / 5 |
Actionability | The body is dominated by copy-paste-ready commands with concrete patterns and paths: 'pnpm action framework-search --pattern "defineAction"', 'cp node_modules/@agent-native/core-corpus/corpus/templates/mail/actions/archive-email.ts actions/archive-item.ts', and 'rg -n "defineAction" node_modules/@agent-native/core/dist/action.js'. Specific examples cover the common cases (search, focused read, corpus install fallback), matching the score-5 anchor. | 5 / 5 |
Workflow Clarity | There is a clear decision sequence — unified 'framework-search' first, narrow with 'scope: docs' or 'scope: source', then focused readers, with fallbacks if the action runner is unavailable ('If the action runner is unavailable, search the package directly') and if the corpus is missing (install '@agent-native/core-corpus@<installed-core-version>'). It is a read-only lookup skill with no destructive or batch operations, so the validation cap does not apply, and the caution 'refine the pattern or path instead of treating a truncated result as exhaustive' serves as a feedback hint. It sits at 4 rather than 5 because the sequence is spread across prose paragraphs rather than presented as an ordered workflow. | 4 / 5 |
Progressive Disclosure | No bundle files exist, and the skill is appropriately self-contained: well-labeled sections (Rule, Why, How, Reuse Proven Patterns, Useful Slugs, Don't) with the slug table inline where it belongs. It sits at 4 rather than 5 because 'customizing-agent-native' is referenced three times ('read customizing-agent-native before taking ownership of a shared component', 'follow customizing-agent-native's configure/compose/eject ladder') without ever stating where to find it — it is not in the Useful Slugs table and no path or lookup command is given. | 4 / 5 |
Total | 16 / 20 Passed |