Content
57%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-organized, information-dense body with concrete tool names, parameters, and per-workflow sequences. Its weaknesses are repeated pagination/pitfall content across sections, the absence of validation or confirmation steps before destructive cancels/updates, and an entirely inlined structure with no progressive disclosure to reference files.
Suggestions
Add verify-before-act steps for destructive operations (e.g., confirm invoice status and re-confirm the version immediately before SQUARE_CANCEL_INVOICE, or ask the user before cancelling).
Deduplicate pagination guidance — state the cursor-following pattern once in Common Patterns and remove it from each workflow's Pitfalls.
Move per-tool parameter and pitfall detail into reference files (e.g., references/payments.md, references/invoices.md) and keep SKILL.md as a workflow overview with one-level-deep links.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and avoids explaining concepts Claude already knows, but pagination instructions appear in four separate workflows plus a Common Patterns section, and version/ID-resolution pitfalls are repeated across per-workflow "Pitfalls" and the global "Known Pitfalls" section — mostly efficient but could be tightened, matching anchor 3. | 3 / 5 |
Actionability | Concrete, executable guidance throughout: exact tool names (e.g., "SQUARE_LIST_PAYMENTS"), specific parameters ("begin_time"/"end_time", "location_ids"), tagged sequences ([Required]/[Prerequisite]), and format examples ("2024-01-01T00:00:00Z"). Minor gaps — no example tool-call payloads — keep it at anchor 4 rather than 5. | 4 / 5 |
Workflow Clarity | Sequences are clearly ordered with prerequisites and the setup section has checkpoints (confirm connection ACTIVE before running workflows), but destructive operations ("SQUARE_CANCEL_PAYMENT", "SQUARE_CANCEL_INVOICE", "SQUARE_UPDATE_ORDER") lack any verify-before-act or confirmation steps, which caps workflow clarity at 3 per the destructive/batch-operations rule. | 3 / 5 |
Progressive Disclosure | The single-file body is well-sectioned with clear headers and a quick-reference table, but ~175 lines of per-tool parameters and pitfalls are inlined in SKILL.md rather than split into reference files, matching anchor 3 (some structure, content that could be separate is inline) more than the well-split anchor 4 or 5. | 3 / 5 |
Total | 13 / 20 Passed |