Content
82%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 high-quality, token-efficient body focused on Convex-specific gotchas and hard limits rather than generic concepts. It is highly actionable and well-structured, with only minor gaps in workflow validation detail and reference depth.
Suggestions
Replace the vague 'verify' step in the Deploy Loop with a concrete checkpoint (e.g., what to check before running `npx convex deploy`).
Add a one-line validation/checkpoint for the cursor-based batch and migration paths, since they are batch/destructive operations.
Briefly expand 'use the migrations component' with the component name or a pointer so the guidance is self-contained.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Lean and dense: hard-limit tables and terse rule bullets with no padding, no explaining what a database is, and every line earning its place — assumes Claude's competence throughout. | 5 / 5 |
Actionability | Mostly executable with concrete API references ('api.file.fn', 'ctx.scheduler.runAfter(0, internal.x.batch, { cursor: result.continueCursor })', 'npx convex env set'), but a few items ('use the migrations component', 'compare before ctx.db.patch()') leave minor gaps. | 4 / 5 |
Workflow Clarity | The Deploy Loop gives a clear sequence with an explicit checkpoint table and a rollback feedback loop, but the intermediate 'verify' step is unspecified and the batch/migration paths lack their own validation checkpoints. | 4 / 5 |
Progressive Disclosure | Well-organized into clear sections with a well-signaled one-level-deep reference ([database-config.md]) and an official-docs link at the top; the bulk of rules live appropriately in SKILL.md with only minor room to split advanced detail. | 4 / 5 |
Total | 17 / 20 Passed |