Content
67%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, highly actionable MCP-navigation skill with exact tool slugs, parameters, pitfalls, and a validated setup sequence. Its main weakness is redundancy — pitfalls and tool listings are stated two to three times across sections — which inflates token cost without adding guidance.
Suggestions
Consolidate 'Known Pitfalls' with the per-workflow 'Pitfalls' blocks (or vice versa) so each caution is stated once, cutting roughly 30 lines of duplication.
Drop the 'Quick Reference' table or reduce it to task-to-tool mapping only, since the key parameters are already listed per workflow.
Add brief validation steps after impactful actions — e.g., 'after creating a flag, call POSTHOG_RETRIEVE_FEATURE_FLAG_DETAILS to confirm its configuration' — to close the workflow-clarity gap.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly efficient (tool sequences, parameter lists, pitfalls), but 'Known Pitfalls' repeats workflow pitfalls nearly verbatim — '$pageview' prefix rules, kebab-case flag keys, unique flag keys, pagination guidance — and the 'Quick Reference' table re-lists the same tools and parameters a third time. This matches 'mostly efficient but includes some unnecessary explanation or could be tightened' rather than the 'minor instances' anchor above. | 3 / 5 |
Actionability | Exact tool slugs (POSTHOG_CAPTURE_EVENT, POSTHOG_LIST_AND_MANAGE_PROJECT_FEATURE_FLAGS), required/optional markers, key parameters, concrete ID-resolution sequences, and an executable feature-flag targeting JSON make the guidance mostly executable. It sits below 'fully copy-paste ready' only because no example shows the actual MCP call invocation syntax or a response to parse. | 4 / 5 |
Workflow Clarity | The Setup section has a numbered sequence with explicit checkpoints ('Verify Rube MCP is available...', 'Confirm connection status shows ACTIVE before running any workflows'), and each workflow is sequenced with [Required]/[Optional] markers plus ID-resolution patterns. Minor validation gaps remain — e.g., no verify-step after creating a flag with 'active: true' or after batching events — placing it just below the explicit-feedback-loop anchor. | 4 / 5 |
Progressive Disclosure | No bundle files exist, and the single-file body is well-sectioned (Prerequisites, Setup, Core Workflows, Common Patterns, Quick Reference) with a clearly signaled external docs link and no nested references. It is not a 5 because roughly 100 lines of per-tool parameter tables and targeting detail could plausibly live in one-level-deep reference files, leaving SKILL.md as a leaner overview. | 4 / 5 |
Total | 15 / 20 Passed |