Content
62%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 delivers excellent workflow sequencing, explicit gates, and copy-paste-ready commands, but at ~1200 lines it is a monolith: the stop-for-review template is duplicated verbatim, per-command policy and durable-decision lists belong in reference files, and external skill/script links use machine-specific absolute paths. Strong on execution clarity, weak on token economy and file structure.
Suggestions
Split the per-command reference (the full `status`, `apply`, `dashboard`, `review` sections) and the Durable Policy document list into `references/` files, keeping SKILL.md as an overview with one-level-deep links.
Deduplicate the "## 5. Stop For User Review" block and the near-identical "## Output" section into a single canonical stop-point template.
Replace machine-specific absolute skill links (`/Users/zbeyens/git/plate/.agents/skills/...`) with repo-relative paths so the instructions are executable outside the original author's checkout.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is roughly 1200 lines with noticeably padded and duplicated sections — the entire "## Output" block near the end repeats the "## 5. Stop For User Review" template verbatim, and the planning-mode may/must-not boundaries are restated across "Autogoal Dependency", "User Review Boundary", and "Hard Rules". Much of the per-command policy detail is accurate but could be substantially tightened or offloaded. | 2 / 5 |
Actionability | Highly executable: exact bash commands (git fetch/rev-parse/diff pipelines), exact JSON shapes for `status.json`, decision taxonomies, and a full plan template. Falls short of 5 because links to `$autogoal` and `$task` use machine-specific absolute paths (`/Users/zbeyens/git/plate/...`), and referenced scripts/templates (`check-complete.mjs`, `docs/plans/templates/sync-shadcn.md`) are not part of this bundle, so a fresh environment cannot run them as-is. | 4 / 5 |
Workflow Clarity | Clear multi-phase sequence (numbered sections 1-7: establish refs, create run dir, classify, plan, stop for review, delegate, update status) with explicit validation checkpoints: Start Gates, Completion Gates, staleness verdicts with evidence tables, verification requirements per merge class, and a hard plan-then-stop-then-execute boundary. Mutating operations (patching `apps/www`, advancing the baseline) are guarded by explicit acceptance and full-accounting conditions. | 5 / 5 |
Progressive Disclosure | Section headers are well organized and navigation within the file is possible, but the skill is a single monolithic ~1200-line SKILL.md with no `references/`, `scripts/`, or `assets/` bundle. Content that clearly belongs in separate files — the per-command reference (status/apply/dashboard/review), the Durable Policy document list, and the full plan template — is inlined. Not 2 because structure is strong, not 4 because none of the heavy content is split out. | 3 / 5 |
Total | 14 / 20 Passed |