CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/tenant-onboarding-test-author

Workflow-driven skill that authors a test suite for tenant provisioning and offboarding: account creation, isolation at creation (no cross-tenant bleed from a new tenant's first API call), default resource quotas, billing record linkage, seed and default data correctness, idempotent re-provisioning, and teardown with full data deletion. Walks through mapping provisioning surfaces, generating test cases per surface, emitting the test suite skeleton (pytest / Jest / JUnit / Go test), and producing a coverage matrix. Use when a new tenant onboarding flow is introduced or changed, when the offboarding pipeline is modified, or when auditing provisioning coverage before a compliance review. Distinct from tenant-leak-test-author (runtime cross-tenant access) and cross-tenant-data-leak-tests (CI gate): this skill covers the provisioning lifecycle, not steady-state access control.

79

Quality

99%

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

100%

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

A well-structured, actionable test-authoring skill: lean body, concrete code/naming/fixtures, a sequenced workflow with verification checkpoints, and clean progressive disclosure into three real reference files. No concept-teaching padding or deep reference nesting.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence and never explains basic concepts (what a tenant is, what a test framework is); every section earns its place — naming convention, fixtures table, framework table, coverage matrix, anti-patterns, worked example. It is detailed but not padded.

3 / 3

Actionability

Provides concrete executable guidance: a strict test_<surface>_<scenario>_<expected>() naming convention, a required-fixtures table, a stack-to-framework table, a populated coverage matrix template, and a worked example with a copy-ready assertion (TenantQuota.objects.filter(tenant=new_tenant).count() == 1).

3 / 3

Workflow Clarity

A clearly numbered 5-step workflow (map surfaces -> enumerate scenarios -> generate cases -> emit skeleton -> build matrix) with validation checkpoints: empty matrix cells 'must justify or schedule', run as a non-privileged app role, and cross-check the Anti-patterns table. The worked example demonstrates the verify loop (assertion passes -> matrix cell flips to X).

3 / 3

Progressive Disclosure

SKILL.md is an overview that delegates detail to three real, one-level-deep, clearly-signaled references (provisioning-surface-map.md, provisioning-test-scenarios.md, test-skeleton-examples.md), all of which exist in ./references/. Content is appropriately split with easy navigation; no nested reference chains.

3 / 3

Total

12

/

12

Passed

Description

100%

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 high-quality, third-person description that names concrete capabilities, gives explicit use-when triggers, and actively disambiguates from neighboring skills. No fluff, buzzwords, or over-claims.

DimensionReasoningScore

Specificity

Lists many concrete actions: 'authors a test suite for tenant provisioning and offboarding: account creation, isolation at creation... default resource quotas, billing record linkage, seed and default data correctness, idempotent re-provisioning, and teardown', plus 'mapping provisioning surfaces, generating test cases per surface, emitting the test suite skeleton (pytest / Jest / JUnit / Go test), and producing a coverage matrix'. These are specific, enumerable capabilities, not vague language.

3 / 3

Completeness

Clearly answers both what (the full authoring workflow and outputs) and when via an explicit 'Use when...' clause covering three concrete triggering situations. Neither half is missing or merely implied.

3 / 3

Trigger Term Quality

Natural trigger phrasing a user would actually say: 'when a new tenant onboarding flow is introduced or changed, when the offboarding pipeline is modified, or when auditing provisioning coverage before a compliance review', plus keywords like tenant onboarding, offboarding, compliance review, multi-tenancy.

3 / 3

Distinctiveness Conflict Risk

Explicitly distinguishes itself from sibling skills: 'Distinct from tenant-leak-test-author (runtime cross-tenant access) and cross-tenant-data-leak-tests (CI gate): this skill covers the provisioning lifecycle, not steady-state access control', carving a clear niche unlikely to misfire.

3 / 3

Total

12

/

12

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents