Content
65%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.
The body is highly actionable with comprehensive executable examples, but it is a monolithic inlined reference that lacks validation feedback loops for risky database operations and does not progressively disclose content into separate files. Splitting framework integrations into reference files and adding explicit validation steps would lift the lowest dimensions.
Suggestions
Move the per-framework client integrations (Angular, Clerk, Better Auth, Convex Auth) and the validator-types table into separate reference files under references/, keeping only the core query/mutation/action pattern inline.
Add explicit validation checkpoints to destructive or database-affecting workflows — e.g. after `npx convex dev` confirm the deployment synced, and after schema changes run `npx convex dev` to validate against existing data before proceeding.
Trim the opening 'You are an expert in Convex…' paragraph and consolidate the Best Practices / Anti-Patterns / Common Pitfalls sections to reduce token overhead.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Most content is genuinely Convex-specific reference material, but the opening 'You are an expert in Convex…' paragraph and the lengthy inlined body (emoji Best Practices, full integration code for every framework) are padding that could be trimmed; it is mostly efficient but could be tightened. | 3 / 5 |
Actionability | The body provides fully executable, copy-paste-ready TypeScript examples and CLI commands covering the common cases — queries, mutations, actions, HTTP webhooks, auth variants, file storage, scheduling, and cron — matching the 'fully executable, copy-paste ready' anchor. | 5 / 5 |
Workflow Clarity | A setup sequence exists (create-next-app → install → convex dev, with numbered sub-steps), but there are no explicit validation checkpoints or validate→fix→retry feedback loops for the database/destructive operations this skill covers; per the guideline, missing feedback loops for db operations caps workflow clarity at 3. | 3 / 5 |
Progressive Disclosure | Sections are well-organized with clear headers, but no bundle files exist and large reference blocks (Angular/Clerk/Better-Auth integrations, the validator-types table) are inlined in SKILL.md rather than split into one-level-deep reference files, so content that should be separate is inline. | 3 / 5 |
Total | 14 / 20 Passed |