Content
85%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A well-structured orchestration skill with a clear phased workflow, concrete actionable guidance, and excellent progressive disclosure through real, well-signaled reference files. Its main weakness is verbosity from repeating the plan-file and workflow mandates across multiple sections.
Suggestions
Consolidate the `.azure/deployment-plan.md` requirement: state it once in Rules and once in the PLAN-FIRST section, then have Phase 1 Step 6, Phase 2 Step 6, and the Next section reference it rather than re-stating the full mandate each time.
Remove or shrink the opening "AUTHORITATIVE GUIDANCE — MANDATORY COMPLIANCE" block — it is meta-commentary about compliance rather than actionable preparation guidance.
Reduce redundant emphasis markers (⛔/❌/MANDATORY caps) on the plan-file and hand-off steps where the same instruction already appears; keep one strong statement per requirement.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly task-focused and free of basic-concept explanation, but the plan-file mandate and the azure-prepare → azure-validate → azure-deploy workflow are repeated across Rules, the PLAN-FIRST section, Phase 1 Step 6, Phase 2 Steps 6–7, and the Next section, and the opening "AUTHORITATIVE GUIDANCE — MANDATORY COMPLIANCE" block is meta-padding that could be trimmed. | 2 / 3 |
Actionability | Concrete, specific guidance throughout: exact filenames (`.azure/deployment-plan.md`), named commands to run or avoid (`azd init -t`, `azd up`, `terraform apply`), explicit skill invocations, and routing tables mapping prompt keywords/codebase markers to specific skills — actionable for an instruction-only orchestration skill. | 3 / 3 |
Workflow Clarity | Clearly sequenced Phase 1 (BLOCKING planning) → Phase 2 (execution) → Next (validate→deploy) with numbered tables, explicit approval/verification checkpoints ("STOP HERE" before Phase 2, Functional Verification, mandatory plan-status update before hand-off), and a stated validate→deploy feedback gate. | 3 / 3 |
Progressive Disclosure | The body is an overview that points to ~163 well-organized, one-level-deep reference files via clearly signaled links in reference-table columns; spot-checked referenced paths (azure-context, global-rules, sql-database/bicep, specialized-routing, durable, sdk/*) all resolve to real files, and detailed per-service content is appropriately split out. | 3 / 3 |
Total | 11 / 12 Passed |