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.
The body is a tight, well-structured instruction-only skill with a concrete output template and one real command. Its weakness is that several workflow phases give high-level direction rather than tool-specific executable steps.
Suggestions
Make Phases 1, 3, and 4 as concrete as Phase 2 by naming the specific tool calls or query syntax (e.g. which `get_timeline`/`list_pages` invocation loads attendee context).
Add a brief validation cue for Phase 2 (e.g. confirm `gbrain waiting --json` returned rows before flagging threads) so the sequence has an explicit checkpoint.
Clarify in Phase 3 how P0/P1 priority is determined from `ops/tasks` so the ordering step is reproducible.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The ~40-line body is lean with no padding or explanation of concepts Claude already knows; every section (Contract, Phases, Output Format, Anti-Patterns) earns its place. | 5 / 5 |
Actionability | Provides one concrete command (`gbrain waiting --json`), specific paths (`ops/tasks`), and a copy-ready output template, but Phases 1, 3, and 4 stay high-level ("load attendee brain pages", "Surface P0 and P1 items") without tool-specific syntax. | 4 / 5 |
Workflow Clarity | Four phases are clearly numbered and sequenced, with branching logic in Phase 2 ("When google sources exist... Otherwise..."); no explicit validation checkpoints, but the skill is read-only (mutating: false) so the destructive-cap does not apply. | 4 / 5 |
Progressive Disclosure | Under 50 lines with well-organized sections and one clearly signaled one-level-deep reference (`skills/google-loops/SKILL.md`); no bundle files exist, so the well-organized inline structure satisfies the simple-skill exception. | 5 / 5 |
Total | 18 / 20 Passed |