Content
71%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-structured, actionable refactoring playbook with concrete commands, APIs, and a clear gated workflow. The main weakness is conciseness: the persona framing and Philosophy section restate Compose concepts Claude already knows.
Suggestions
Drop or trim the persona line ('You are "The Hoister" 🎟️ ... obsessed with ...') and the Philosophy bullets that restate known Compose tenets (UDF, statelessness, single source of truth); keep only project-specific conventions.
Make the VERIFY step's feedback loop explicit, e.g. 'If lintDebug/testDebugUnitTest fail: fix and re-run until green before presenting the PR,' to mirror the validation-retry pattern.
Consider one short executable Kotlin before/after snippet (e.g. `fun MangaCard(viewModel)` → `fun MangaCard(state, onClick)`) to lift actionability from 4 to 5.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly efficient and dense with specifics, but the persona introduction ('You are "The Hoister" 🎛️ ... obsessed with ...') and the Philosophy bullets restate Compose tenets (UDF, statelessness, single source of truth) that Claude already knows, which the guidelines penalize. | 3 / 5 |
Actionability | Provides concrete commands (`./gradlew ktfmtFormat`, `lintDebug`, `testDebugUnitTest`), specific APIs (`collectAsStateWithLifecycle()`, `Size.small`), and explicit callback signatures (`onClick: () -> Unit`); no full copy-paste code blocks, but that is justified for an instruction-oriented refactoring skill. | 4 / 5 |
Workflow Clarity | Clear five-step sequence (OBSERVE → SELECT & PROPOSE → HOIST → VERIFY → PRESENT) with an explicit approval gate and validation steps (formatter, previews, tests), but the fix-and-retry feedback loop on test/preview failure is implied rather than spelled out. | 4 / 5 |
Progressive Disclosure | A single well-organized ~60-line file with clear sections (Goal, Constraints, Instructions, Examples), no bundle files needed, and one clearly-signaled one-level external reference ('Read .jules/hoister.md before starting'). | 5 / 5 |
Total | 16 / 20 Passed |