CtrlK
BlogDocsLog inGet started
Tessl Logo

personwise/personwise-product-change-adoption

A product update nobody understands becomes churn, not adoption. Turn release notes and migration docs into an interactive digital-human adoption course that explains what changed, who it affects, and exactly what to do by when. Compatibility, pricing, and migration outcomes are carried only from your approved materials — never promised.

70

Quality

88%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

Quality

Content

81%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.

The content is highly actionable with a fully sequenced, validation-checkpointed workflow and real bundle-file references. Its main weakness is conciseness — guidance on source states, freshness, and conflict handling is restated across multiple sections, inflating the token budget.

Suggestions

Consolidate the repeated awaiting_sources / source-state and idempotency guidance into a single section; it is currently restated in the blueprint, checkpoint, and finish sections.

Move the long CLI freshness / update-check protocol into a separate reference file (e.g. references/update-protocol.md) and summarize it in SKILL.md with a one-line pointer, to improve both conciseness and progressive disclosure.

Trim redundant restatements of the 'never create a replacement run/course' rule, which appears several times, to a single canonical statement.

DimensionReasoningScore

Conciseness

The body is mostly efficient and densely packed with operational facts, but it runs to ~320 lines of repetitive guidance on CLI freshness, source states, conflicts, and idempotency that overlaps across sections (e.g., awaiting_sources no-op behavior restated multiple times), so it is noticeably over budget for what Claude needs.

3 / 5

Actionability

Fully executable: every key step is a concrete command (`personwise version --json`, `course readiness --json`, `source add --run-id <run-id> --path <exact-path> --json`, etc.) with explicit flags, matching the copy-paste-ready anchor that covers the common cases.

5 / 5

Workflow Clarity

Clear sequenced workflow with explicit validation checkpoints and feedback loops — readiness check before design, no `run advance` while sources are pending, validate fresh state before each mutation, read fresh state on CONFLICT rather than retrying — matching the anchor for explicit validation steps and error-recovery loops.

5 / 5

Progressive Disclosure

Well-organized into clearly headed sections with bundle files referenced by real paths (`assets/bootstrap.sh`, `assets/bootstrap.ps1`) that exist in the bundle, but nearly all operational detail is inlined in SKILL.md rather than split into separate reference files, leaving minor organization gaps versus the ideal one-level-deep split.

4 / 5

Total

17

/

20

Passed

Description

91%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.

The description is highly specific, third-person, and explicitly answers both what the skill does and when to use it with a comprehensive trigger-language list. Its only weakness is a minor overlap risk because the closing sentence broadens scope to other course-creation requests.

DimensionReasoningScore

Specificity

Lists several concrete actions ('Produce a grounded interactive digital-human presentation your audience can interrupt with voice questions', 'install or update the official PersonWise CLI', 'uses browser OAuth'), matching the 'several specific actions; minor gaps' anchor, but stops short of fully enumerating the course-production pipeline.

4 / 5

Completeness

Explicitly answers both 'what' ('Produce a grounded interactive digital-human presentation...askable course') and 'when' ('Use when the user asks for Product Change Adoption Course...Trigger language:...'), with concrete trigger phrases, matching the top anchor exactly.

5 / 5

Trigger Term Quality

Comprehensive natural trigger coverage with explicit 'Trigger language:' enumeration — 'product update; feature adoption; migration guide; breaking change; interactive presentation' — matching the anchor for comprehensive synonyms and the natural phrasing users would say.

5 / 5

Distinctiveness Conflict Risk

The niche is fairly clear (Product Change Adoption Course with named CLI and trigger language), but the final sentence opens the door to 'Other course-creation requests' handled by the same Skill, creating minor overlap risk with a general course-creation skill.

4 / 5

Total

18

/

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.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents