CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

verify-openwork

Prove an OpenWork change works on the real product before calling it done. Start the product, drive the change the way a user or client would, capture screenshots, and show the proof fails on dev and passes on your branch. Use before opening a PR, when a reviewer asks "show me", or when a core journey is red.

Quality

95%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

An exemplary instruction-only skill body: concrete commands, a fail-on-dev validation loop, and zero filler. The only structural improvement is offloading the nine-journey feature map table to a reference file so the core workflow stays lean.

DimensionReasoningScore

Conciseness

Lean and repo-specific throughout — every line carries paths, commands, or env vars Claude could not infer ('pnpm world up dev-app-web --detach -- --browser', 'OPENWORK_EVAL_MYSQL_URL=...'). No explanation of known concepts; the one-sentence philosophy ('A change is done when you have watched it work...') earns its place as framing.

5 / 5

Actionability

Fully executable: exact commands for every step (start/teardown, e2e runs, 'git worktree add /tmp/ow-base origin/dev' with the copy/run sequence for the fails-on-dev check), concrete file paths, and per-change-type test locations in a decision table.

5 / 5

Workflow Clarity

Five clearly sequenced steps with an explicit validation checkpoint at step 4 ('must fail' on dev / 'must pass' on branch) and a remediation loop ('If it passes on dev, the assertion is looser than the change: tighten it'). The decision table in step 1 routes change types to the right check.

5 / 5

Progressive Disclosure

Well-organized sections with clearly signaled one-level references to sibling skills ('write-a-spec', 'drive-desktop-cdp', 'open-a-pr'). However, the nine-core-journeys feature map table is reference-grade detail inlined in the main body; moving it to a reference file would keep SKILL.md a tighter overview. Not a 5 because content split is imperfect; not a 3 because navigation and signaling are clean.

4 / 5

Total

19

/

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: third-person, concrete actions, and explicit use-when triggers covering PR, reviewer, and CI contexts. The only weakness is trigger-term breadth — it could include common synonyms like 'verify' or 'demo' alongside 'prove'.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Start the product', 'drive the change the way a user or client would', 'capture screenshots', 'show the proof fails on dev and passes on your branch' — with comprehensive coverage of what the skill does. No mere domain-naming; well above the 'several specific actions, minor gaps' level.

5 / 5

Completeness

Explicitly answers both 'what' (prove, start the product, drive, capture screenshots, fail-on-dev/pass-on-branch) and 'when' with three concrete trigger phrases ('before opening a PR', 'reviewer asks "show me"', 'core journey is red').

5 / 5

Trigger Term Quality

Good natural triggers — 'Use before opening a PR', 'when a reviewer asks "show me"', 'when a core journey is red' — but misses common synonyms users would say ('verify', 'demo', 'e2e') and leans partly on internal jargon ('core journey'). Not a 5 because synonym-level coverage is absent; not a 3 because the PR/'show me' phrasing is genuinely what users say.

4 / 5

Distinctiveness Conflict Risk

Names a clear niche (OpenWork verification on the real product) with distinct triggers tied to PR/reviewer/journey contexts; minimal conflict risk with generic skills.

5 / 5

Total

19

/

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.

Repository

different-ai/openwork

Path

.opencode/skills/verify-openwork/SKILL.md

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.