Content
67%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 content is actionable with a clear install-to-run workflow and a genuine polling validation loop, but it pads in background context Claude already knows and repeats the action-discovery instructions. Organization is solid for a single-file skill with only minor inlining.
Suggestions
Remove the "SignWell is an e-signature platform... competitor to DocuSign or Adobe Sign" background paragraph; Claude does not need SignWell explained.
Consolidate the duplicated action-list instructions ("Searching for actions" and "Popular actions") into one section and explicitly show how to pipe the connection id from `connection ensure` into `action run`.
Fix the step numbering ("Step 2" with no Step 1a/2 anchor) so the connection readiness sequence is unambiguous.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly efficient CLI commands but explains things Claude already knows ("SignWell is an e-signature platform... Think of it as a competitor to DocuSign") and repeats the action-list instruction in two sections, matching the anchor for mostly efficient with some unnecessary explanation. | 3 / 5 |
Actionability | Concrete executable commands are provided throughout (install, login, connection ensure, action run with --input) and the proxy flags are documented, but placeholders like CONNECTION_ID are never wired to the connection id obtained earlier, leaving a minor gap. | 4 / 5 |
Workflow Clarity | There is a clear sequenced workflow with a real polling/validation feedback loop (BUILDING -> CLIENT_ACTION_REQUIRED/READY/error states), but step numbering is inconsistent ("Step 2", "1b") and no checkpoint guards destructive or batch actions, leaving minor validation gaps. | 4 / 5 |
Progressive Disclosure | This single-file skill is organized into clear sections (Overview, Working with SignWell, Popular actions, Best practices), but inlined blocks like the proxy-flag table and the clientAction enum could be split out, matching the anchor for good structure with minor organization gaps. | 4 / 5 |
Total | 15 / 20 Passed |