CtrlK
BlogDocsLog inGet started
Tessl Logo

think

Turns rough ideas into approved, decision-complete plans with validated structure before coding. Use when users ask in any language for planning, architecture, design direction, feasibility, value judgment, or whether a feature is worth doing before implementation. Not for bug fixes or small edits.

65

Quality

78%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

High

Do not use without reviewing

Fix and improve this skill with Tessl

tessl review fix ./plugins/waza/skills/think/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 dense, well-structured multi-mode planning skill with concrete output formats, checklists, and validation gates, plus one properly signaled reference. It scores solidly across all dimensions but leaves room on conciseness and progressive disclosure by inlining mode-specific detail, and on actionability by omitting a full worked example.

Suggestions

Add one short worked example of a complete approved-plan output (Building/Not building/Approach/Key decisions/Unknowns) so the Output template is unambiguous.

Consider moving the Evaluation Mode and Triage Mode bodies into short per-mode reference files, keeping SKILL.md as an overview with activation triggers and a pointer — this would tighten conciseness and lift progressive disclosure.

Prune the Gotchas table to the highest-signal rows or collapse it into the relevant mode sections to reduce inline bulk.

DimensionReasoningScore

Conciseness

The body is dense and rule-based with little concept-explanation fluff (no "what a plan is" padding), assuming Claude's competence throughout. It is not a 5 because at ~175 lines some mode-specific blocks (e.g. the Gotchas table and attack-angle table) could be trimmed or factored without losing clarity.

4 / 5

Actionability

Highly actionable for an instruction-only skill: explicit output formats ("Line 1: one of Kill/Keep/Pivot"), a classification table, concrete checklists ("More than 8 files or 1 new service?"), and exact trigger phrases. Not a 5 because there is no fully worked example of a complete approved-plan output to anchor the templates.

4 / 5

Workflow Clarity

The full-planning flow is a clear sequenced path (Preflight → Before Reading Code → Official Solutions → Propose → Validate → Handoff → Output) with approval gates, a red-flag self-check, and feedback loops (premise collapse, attack angles, blocking ambiguities). Not a 5 because the multi-mode branching (Lightweight/Evaluation/Triage/full) means there is no single linear sequence a reader can follow top-to-bottom without mode selection.

4 / 5

Progressive Disclosure

Clean section structure with one well-signaled, one-level-deep reference ("See references/durable-context.md for...") that exists as a real file. Not a 5 because the body inlines substantial mode-specific material (Evaluation Mode output rules, Triage table) that could optionally live in per-mode references, leaving the overview slightly heavier than ideal.

4 / 5

Total

16

/

20

Passed

Description

82%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 well-crafted description with explicit what/when guidance, strong natural trigger terms across languages, and clear negative scope that disambiguates it from bug-fix skills. Its only weakness is that the enumerated capabilities are abstract modes rather than concrete artifact-level actions.

DimensionReasoningScore

Specificity

It names the planning domain and a couple of concrete actions ("Turns rough ideas into approved, decision-complete plans with validated structure") but the listed capabilities (planning, architecture, feasibility, value judgment) are modes/triggers rather than concrete operations on artifacts, so coverage is not comprehensive. Not a 4 because it does not enumerate several specific concrete actions the way the 4/5 anchors do.

3 / 5

Completeness

Explicitly answers both WHAT ("Turns rough ideas into approved, decision-complete plans with validated structure before coding") and WHEN with concrete trigger phrases ("Use when users ask in any language for planning, architecture, design direction, feasibility, value judgment..."), and adds negative scope ("Not for bug fixes or small edits"). This matches the 5 anchor.

5 / 5

Trigger Term Quality

Strong natural keywords users would actually say — "planning, architecture, design direction, feasibility, value judgment, whether a feature is worth doing" — plus multilingual phrasing. Not a 5 because a few common synonyms (e.g. "design this", "brainstorm", "spec this out") are absent and no file-extension-style disambiguators apply to this abstract skill.

4 / 5

Distinctiveness Conflict Risk

Clear niche (planning/validation before coding) with distinct triggers and an explicit negative-scope clause ("Not for bug fixes or small edits") that sharply reduces conflict with fix-oriented skills. Minimal overlap risk; matches the 5 anchor.

5 / 5

Total

17

/

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

Repository
tw93/Waza
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.