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.
A highly actionable, well-structured reference whose main costs are redundancy across sections, missing validation checkpoints around batch and irreversible label operations, and a monolithic single-file layout that inlines material better split into reference files.
Suggestions
Add validation checkpoints to batch/destructive workflows: verify message IDs/label IDs before GMAIL_BATCH_MODIFY_MESSAGES, and require confirmation plus a re-list check after irreversible GMAIL_DELETE_LABEL.
De-duplicate content across sections — keep query-syntax pitfalls and label-ID rules in one place (Known Pitfalls or a reference file) and reference them from the workflows.
Move the Gmail Query Syntax section and Quick Reference table into a references/ file (e.g. references/query-syntax.md, references/tool-table.md) and link to them from SKILL.md to improve progressive disclosure.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and free of conceptual padding, but contains noticeable redundancy: the 'is:snoozed' vs 'label:snoozed' mistake appears in both workflow 3 and Known Pitfalls, the label-ID-not-name rule appears three times, and "resultSizeEstimate is approximate" is stated twice. It fits "mostly efficient but could be tightened"; it is not 2 because there is no over-explanation of known concepts. | 3 / 5 |
Actionability | Guidance is fully executable for an MCP-tool skill: exact tool slugs, numbered sequences, concrete parameter formats (e.g. "thread_id: Hex string from FETCH_EMAILS (e.g., '169eefc8138e68ca')"), worked query examples like "(from:alice OR from:bob) is:starred", and a quick-reference table. Per the rubric's code-vs-instruction note, absence of code is not penalized when guidance is this actionable. | 5 / 5 |
Workflow Clarity | Sequences are clearly ordered and setup includes a checkpoint ("Confirm connection status shows ACTIVE before running any workflows"), but batch and destructive operations lack validation: GMAIL_BATCH_MODIFY_MESSAGES (up to 1000 messages) and the irreversible GMAIL_DELETE_LABEL have no verify-before or verify-after step. The rubric explicitly caps workflow clarity at 3 for destructive/batch operations without validation. | 3 / 5 |
Progressive Disclosure | Sections are well organized with clear headers, but this is a single ~270-line file: the Gmail Query Syntax reference and the Quick Reference table are inline content that clearly belongs in separate reference files, and no references/ bundle exists. This matches "some structure but content that should be separate is inline"; it is above 2 because structure is genuinely good, not minimal. | 3 / 5 |
Total | 14 / 20 Passed |