CtrlK
BlogDocsLog inGet started
Tessl Logo

go-app

Build a Go web service compiled and run on-device

54

Quality

61%

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

Fix and improve this skill with Tessl

tessl review fix ./app/src/main/assets/skills/go-app/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

80%

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

The body is concise, highly actionable, and well-organized for a simple single-purpose skill. The main gap is a missing build/compile validation checkpoint in the workflow, which would otherwise make the process fully robust.

Suggestions

Add an explicit validation step after building — e.g. 'Confirm `go build .` exits cleanly; if it fails, fix compile errors and rebuild before stopping' — to give the workflow a feedback loop.

Optionally note that the host validates/runs the binary so Claude knows to stop and hand off rather than attempt execution itself.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — it jumps straight to constraints, concrete file layout, and a numbered workflow without explaining what Go is or how net/http works; every section earns its place with no padding.

3 / 3

Actionability

It gives concrete, executable guidance: specific commands ('go build .'), exact imports ('net/http', 'modernc.org/sqlite', 'encoding/json'), env-driven port binding ('os.Getenv("PORT")'), and copy-paste-ready file/structure instructions, matching the score-3 anchor.

3 / 3

Workflow Clarity

The Workflow lists a clear numbered sequence but has no explicit validation/build-verification checkpoint — the host runs 'go build' and the binary, yet the skill never tells Claude to confirm the build succeeded or re-check on failure, which per the rubric leaves validation gaps and caps this at 2.

2 / 3

Progressive Disclosure

This is a compact single-purpose skill under 50 lines with no bundle files; it is organized into well-separated sections (Constraints, File layout, Workflow, Don't, Working with the user) and needs no external references, so per the scoring_notes it qualifies for a 3.

3 / 3

Total

11

/

12

Passed

Description

42%

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 identifies the domain and core action but is terse and technical, omitting an explicit 'Use when' trigger and natural user-facing terms that would aid routing. Strengthening it with explicit trigger guidance and natural keywords would lift the weaker dimensions.

Suggestions

Add an explicit 'Use when...' clause naming natural triggers (e.g. 'Use when the user wants a tiny Go/Golang HTTP server or on-device API with no runtime deps').

Reword technical phrasing into terms users actually say — 'Go server', 'Golang service', 'HTTP API' — to improve trigger term quality.

List one or two more concrete actions (e.g. 'build, run, and serve a Go HTTP API') to move specificity toward the multi-action anchor.

DimensionReasoningScore

Specificity

The phrase 'Build a Go web service compiled and run on-device' names the domain (Go web service) and a concrete action (build, compile, run on-device), but is not a comprehensive list of multiple specific actions — closer to the score-2 anchor 'Names domain and some actions' than the multi-action score-3 example.

2 / 3

Completeness

It states what the skill does ('Build a Go web service...') but the description field has no explicit 'Use when...' trigger guidance — the 'when' lives only in a separate when_to_use field — so per the guidelines a missing explicit trigger clause caps completeness at 2.

2 / 3

Trigger Term Quality

Terms like 'Go web service' and 'compiled and run on-device' are technical and implementation-focused rather than natural user phrasing; it lacks the common variations a user would actually say (e.g. 'Go server', 'Golang API', 'HTTP service'), matching the score-1 anchor for jargon over natural keywords.

1 / 3

Distinctiveness Conflict Risk

'Go web service ... on-device' is a somewhat specific niche, but it could overlap with generic web-service or other language app skills and lacks distinctive trigger phrasing, fitting the score-2 'Somewhat specific but could still overlap' anchor.

2 / 3

Total

7

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository
shiaho777/web-to-app
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.