Content
86%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.
An exemplary progressive-disclosure body: a lean overview that delegates the full procedure to a single well-organized reference file and keeps a concise, specific troubleshooting section inline. Adding a brief step summary or an inline validation cue in the body would make the workflow fully self-evident at a glance.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The ~30-line body is lean and assumes Claude's competence: no explanation of what Lambda or API Gateway is, no padding, and every section (overview, procedure pointer, troubleshooting) earns its tokens. | 5 / 5 |
Actionability | 'follow the procedure exactly' links to a real reference file containing concrete commands (e.g., `aws lambda get-function`), and troubleshooting gives specific checks ('Verify `enable_cors` was set to true, the OPTIONS method was created'). Not a 5 because the body itself contains no inline command or example, deferring all executable detail to the reference. | 4 / 5 |
Workflow Clarity | The directive is unambiguous ('To create a REST API and wire it to a Lambda function, follow the procedure exactly') and delegates to a procedure whose steps include validation checkpoints (verify dependencies, validate the Lambda exists, abort conditions). Not a 5 because the body surfaces no step summary or validation cue inline. | 4 / 5 |
Progressive Disclosure | A clear overview with a well-signaled one-level-deep markdown link to references/lambda-gateway-api.md (a real 260-line file with no nested references); content is appropriately split and navigation is easy. | 5 / 5 |
Total | 18 / 20 Passed |