CtrlK
BlogDocsLog inGet started
Tessl Logo

pennant-development

Use when working with Laravel Pennant the official Laravel feature flag package. Trigger whenever the query mentions Pennant by name or involves feature flags or feature toggles in a Laravel project. Tasks include defining feature flags checking whether features are active creating class based features in `app/Features` using Blade `@feature` directives scoping flags to users or teams building custom Pennant storage drivers protecting routes with feature flags testing feature flags with Pest or PHPUnit and implementing A B testing or gradual rollouts with feature flags. Do not trigger for generic Laravel configuration authorization policies authentication or non Pennant feature management systems.

88

1.06x
Quality

84%

Does it follow best practices?

Impact

97%

1.06x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

76%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A lean, token-efficient body with executable PHP and Blade snippets covering the core cases. The main weaknesses are the incomplete 'Activating / Deactivating' section, a vague Verification workflow with no concrete test commands, and a dangling `search-docs` reference with no corresponding bundle file.

Suggestions

Add a Feature::deactivate('new-dashboard') (and Feature::forget) example to the 'Activating / Deactivating' section so the code matches the section title.

Make Verification actionable: include a concrete Pest/PHPUnit example such as `it('activates the feature for admins', fn () => expect(Feature::for($admin)->active('new-dashboard'))->toBeTrue());` instead of the generic two-step list.

Fix the dangling `search-docs` reference — either create the referenced reference file (e.g., references/docs.md) or remove/replace the pointer so navigation targets a real resource.

DimensionReasoningScore

Conciseness

The body is lean and efficient with zero padding: every section is either a code snippet or a terse list ('Use `search-docs` for detailed Pennant patterns and documentation', the two Verification steps, the two pitfall bullets). It assumes Claude's competence and never explains what feature flags or Laravel are, matching 'Lean and efficient; assumes Claude's competence; every token earns its place'.

5 / 5

Actionability

The code examples are executable and copy-paste ready (Feature::define, Feature::active, Feature::for($user), @feature Blade directive, activate calls), but there are minor gaps: the section titled 'Activating / Deactivating' shows no Feature::deactivate() call, and the Verification section gives only vague direction ('Check feature flag is defined', 'Test with different scopes/users') with no concrete test command. This fits 'Mostly executable guidance; concrete code or commands with minor gaps' rather than the fully copy-paste-ready score-5 anchor.

4 / 5

Workflow Clarity

The Verification section lists steps ('1. Check feature flag is defined 2. Test with different scopes/users') but the sequence is minimal and validation checkpoints are implicit — no concrete Pest/PHPUnit test example or command is given, despite testing being a named task. This matches 'Steps listed but validation gaps; sequence present but checkpoints missing or implicit'; it is above the score-2 anchor because a coherent (if thin) verify-after-implement sequence exists, and not a destructive/batch context so no cap applies.

3 / 5

Progressive Disclosure

The body is under 50 lines, well organized into clearly signaled sections (Documentation, Basic Usage, Verification, Common Pitfalls), and no bundle files exist so nothing needs splitting — which per the rubric can support a 5. It drops to 4 because the opening 'Use `search-docs` for detailed Pennant patterns and documentation' is a dangling reference: no `references/`, `scripts/`, or `assets/` bundle exists, so the pointer is not clearly signaled to a real resource, a minor organization gap.

4 / 5

Total

16

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it explicitly states what the skill covers via a comprehensive, concrete task list, when to trigger it (including by-name mentions and Laravel feature-flag work), and when not to trigger it. The only minor gap is a few natural user phrasings like 'enable/disable a feature' that could strengthen trigger coverage.

DimensionReasoningScore

Specificity

The description lists many concrete, specific actions — 'defining feature flags checking whether features are active creating class based features in `app/Features` using Blade `@feature` directives scoping flags to users or teams building custom Pennant storage drivers protecting routes with feature flags testing feature flags with Pest or PHPUnit and implementing A B testing or gradual rollouts' — covering the domain comprehensively. It clearly matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage' rather than the score-4 anchor, which allows minor gaps in coverage.

5 / 5

Completeness

It explicitly answers both questions: what it does (the enumerated task list) and when to use it ('Use when working with Laravel Pennant... Trigger whenever the query mentions Pennant by name or involves feature flags or feature toggles in a Laravel project'), plus explicit negative triggers ('Do not trigger for generic Laravel configuration authorization policies authentication or non Pennant feature management systems'). This matches the anchor 'Clearly and explicitly answers both what AND when with concrete trigger phrases' — not the score-4 anchor, which requires the 'when' to be less explicit.

5 / 5

Trigger Term Quality

Good keyword coverage including the key synonyms users would naturally say: 'feature flags', 'feature toggles', 'Pennant', 'A B testing', 'gradual rollouts', 'Pest or PHPUnit', 'Blade'. A few natural phrasings users might say are missing (e.g., 'enable/disable a feature', 'flip a flag', 'roll out a feature'), so it sits at the 'Good keyword coverage; a few natural terms missing' anchor rather than the comprehensive score-5 anchor; file extensions do not meaningfully apply to this package domain.

4 / 5

Distinctiveness Conflict Risk

It has a clear niche (the official Laravel Pennant package) with distinct triggers and an explicit exclusion clause for non-Pennant feature management systems and generic Laravel concerns, minimizing conflict risk. It clearly matches 'Clear niche with distinct triggers; minimal conflict risk' rather than the score-4 anchor, which implies residual overlap with closely related skills.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
laravel/boost
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.