Content
92%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 well-engineered operational skill: the body is a dense, sequenced runbook of executable gh aw commands with validation gates and an extensive error-recovery section, while all detail is correctly pushed to four reference files, a template asset, and a discovery script that all exist and are clearly triggered. The only real weakness is conciseness at the margins — embedded rationale in a few steps and a version-pinned CLI note (gh aw v0.58.3) that will age and belongs in a versioned/deprecated reference section.
Suggestions
Move the version-pinned specifics (e.g., the `gh aw v0.58.3` engine/tool schema details in Error Handling) into `references/troubleshooting.md` under a clearly labeled version-compatibility section so the body stays stable as the CLI evolves.
Trim the multi-clause justifications inside steps (e.g., step 3.15's explanation of GitHub's one-running-one-pending concurrency behavior) down to the imperative rule, moving the rationale into `references/authoring.md`.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is almost purely operational instructions with no explanation of concepts Claude already knows, but a few spots could be trimmed: step 3.15 embeds a multi-clause rationale about concurrency behavior, and the Error Handling section pins time-sensitive CLI specifics ("In `gh aw v0.58.3`, `engine.max-turns` is not supported...") outside any deprecated/old-patterns section. This fits the score-4 anchor (efficient with minor trims) rather than score 5, where every token earns its place, but is well above score 3's 'some unnecessary explanation'. | 4 / 5 |
Actionability | Nearly every step is a concrete, copy-paste-ready command: `gh aw fix --write`, `gh aw validate --strict`, `gh aw compile --verbose`, `gh aw trial ./.github/workflows/<workflow>.md` (with the path-syntax gotcha explained), `gh secret list -R <host-repo>`, and `node skills/github-agentic-workflows/scripts/find-gh-aw-targets.mjs .`. Specific commands cover the common author/validate/compile/run/debug cases, matching the score-5 anchor; score 4 would imply minor gaps in coverage that are not present. | 5 / 5 |
Workflow Clarity | Six explicitly sequenced procedures with validation checkpoints (validate --strict before readiness, compile after validation, dry-run before dispatch) plus a dedicated Error Handling section with feedback loops (fix frontmatter then re-continue, retry trial with explicit local path, inspect host-repo secrets on activation failure). This matches the score-5 anchor of clear sequence + explicit validation + error-recovery loops; score 4 would require a missing checkpoint, and none are missing for the risky operations described. | 5 / 5 |
Progressive Disclosure | The body is a ~90-line operating overview that defers detail to real, one-level-deep bundle files, each referenced with a clear conditional signal: "read `references/authoring.md` before editing", "Read `references/examples.md` when the task needs a starting pattern", plus `references/security-and-operations.md`, `references/troubleshooting.md`, `assets/workflow.template.md`, and the discovery script — all verified to exist, with no nested file references inside them. This matches the score-5 anchor (well-signaled, one-level-deep references); score 4 would require organization gaps that are not present. | 5 / 5 |
Total | 19 / 20 Passed |