CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/session-management-test-author

Use for any question or task about testing sessions, login or logout security in a web app, in any framework, including one login handler and old cookies that still work after logout: cookie flags (Secure, HttpOnly, SameSite), session ID regeneration on login, idle and absolute timeouts, concurrent-session limits, logout on all devices, CSRF tokens and session binding, per OWASP ASVS V3.

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

78%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 well-structured build-an-X workflow: sequenced steps, mostly executable Python test patterns, explicit failure-severity guidance, and exemplary use of a single one-level reference file for extended patterns. The main improvement areas are trimming brief explanations of known concepts, defining the shared test helpers so patterns are copy-paste ready, and adding an explicit iterate-on-failure loop.

Suggestions

Trim known-concept explanations (the cookie-attribute 'Why' column entries, session-fixation rationale, absolute/idle timeout definitions) to a short clause each.

Define or stub the shared helpers once (parse_cookie, client.login, the freezer fixture) so each test pattern is copy-paste runnable.

Add a short run-and-iterate step (e.g., "run the suite; if a failure stems from the test harness, fix the test; if it reproduces the app behavior, record the finding per Step 8") to close the feedback loop.

DimensionReasoningScore

Conciseness

The body is largely efficient with compact test patterns, but contains minor over-explanation of concepts Claude already knows ("Prevents transmission over plaintext HTTP", "Prevents JavaScript access (XSS impact reduction)", the two-sentence session-fixation explainer, and the absolute/idle timeout definitions). Not a 5 because those passages could be trimmed; not a 3 because there are no padded sections and the code earns its place.

4 / 5

Actionability

Each step ships a concrete, near-executable pytest pattern (e.g. "def test_session_id_regenerates_on_login", freezer-driven timeout tests), but the code depends on undefined helpers ("parse_cookie", "client.login", the "freezer" fixture) and app-specific endpoints like "/api/csrf". Mostly executable with minor gaps matches anchor 4; it is real code, well above the pseudocode of anchor 3, but not copy-paste ready as anchor 5 requires.

4 / 5

Workflow Clarity

Eight clearly sequenced steps culminate in a 9-item end-to-end checklist ("For each app's session layer: 1. ✅ Cookie attributes..."), and failure semantics are explicit ("If the test fails (session ID unchanged), mark critical: session-fixation vulnerability"). Not a 5 because there is no explicit run-and-iterate feedback loop for distinguishing test bugs from app bugs; well above a 3 because checkpoints and failure interpretation are explicit rather than implicit.

4 / 5

Progressive Disclosure

Core patterns stay inline while extended patterns are pushed to a single well-signaled, one-level-deep reference ("pattern in [references/session-test-patterns.md]"), which was verified to exist and to contain the promised concurrent-session, logout-all-devices, session-binding, and anti-pattern content. The split is appropriate and navigation is easy, matching the top anchor.

5 / 5

Total

17

/

20

Passed

Description

75%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 with an explicit, scenario-rich trigger clause ("including one login handler and old cookies that still work after logout") and a comprehensive enumeration of session-management topic areas pinned to OWASP ASVS V3. Its main weakness is that the skill's concrete action (authoring tests) is implied rather than stated, and the "any question or task" framing slightly widens conflict risk with general auth or implementation questions.

Suggestions

State the skill's action explicitly, e.g. "Authors session-management tests for web apps: ...", so the 'what' does not rely on inference from the trigger clause.

Narrow "Use for any question or task about" to testing/review tasks (e.g. "Use when authoring or reviewing tests for...") to reduce overlap with login-implementation questions and companion skills like oauth-flow-test-author.

DimensionReasoningScore

Specificity

Enumerates many concrete covered areas ("session ID regeneration on login", "idle and absolute timeouts", "concurrent-session limits", "CSRF tokens and session binding") but never states the skill's action (e.g., authoring tests) as a verb, so it sits below the comprehensive-concrete-actions anchor and above the 1-2-actions anchor.

4 / 5

Completeness

The 'when' is explicit and rich ("Use for any question or task about testing sessions, login or logout security in a web app, in any framework"), and the 'what' is conveyed as an enumerated coverage list, but the skill's actual action is only implied by "task about testing" rather than explicitly stated. Not a 5 because the 'what' could be an explicit action; clearly above a 3 because 'when' is explicit, not weakly implied.

4 / 5

Trigger Term Quality

Natural user phrasings are present ("old cookies that still work after logout", "logout on all devices", "login or logout security", "cookie flags"), but common synonyms like "session hijacking", "session fixation", and "session expiration" are missing, so keyword coverage is good rather than comprehensive.

4 / 5

Distinctiveness Conflict Risk

"per OWASP ASVS V3" and "cookie flags (Secure, HttpOnly, SameSite)" carve a clear session-management niche with distinct triggers, but "any question or task about... login or logout security in a web app, in any framework" is broad enough to over-trigger on implementation questions or overlap companion auth-flow skills. Minor overlap risk matches anchor 4; the enumerated topics keep it well above anchor 3.

4 / 5

Total

16

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

On this page