CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

build-run

Build, configure, and run rtp2httpd locally, including embedded Web UI builds and build/runtime troubleshooting. Excludes cross-compilation and deployment.

Quality

85%

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

100%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 short skill body: executable commands with flag explanations, environment-specific facts Claude could not infer, an explicit verification step with recovery guidance, and clean pointers to repo docs. Nothing is padded and nothing critical is missing for the local build/run task.

DimensionReasoningScore

Conciseness

Lean and efficient: every line carries project-specific knowledge Claude cannot infer ("Cursor Cloud's startup setup installs locked pnpm dependencies", "ENABLE_AGGRESSIVE_OPT enables LTO and fast-math and defaults to OFF in CMake", "The generated header follows the commit boundary in AGENTS.md"). No padding or explanations of known concepts, matching the anchor-5 example.

5 / 5

Actionability

Fully executable, copy-paste ready commands covering the common cases: "pnpm run web-ui:build", "cmake -B build -DCMAKE_BUILD_TYPE=Release -DENABLE_AGGRESSIVE_OPT=ON", "./build/rtp2httpd -C -v -v -v -v -l 127.0.0.1:8080", and "curl --fail http://127.0.0.1:8080/status", with flags explained and "--help" pointed to for the rest.

5 / 5

Workflow Clarity

Clear build → run → verify sequence with explicit validation (the curl readiness check, plus the caveat that "a status response alone does not verify" playback) and error-recovery guidance ("If a port is occupied, choose another port rather than terminating an unrelated process"). Conditional build ordering (rebuild the frontend only when Web UI inputs changed) is also explicit.

5 / 5

Progressive Disclosure

The body is under 50 lines with no bundle files and no need for external reference files, and it is organized into well-labeled sections (Build, Run and configure, Verify). Per the rubric's simple-skill guidance this earns a 5; the pointers it does give (AGENTS.md, rtp2httpd.conf, docs/reference/configuration.md, docs/guide/url-formats.md, devlab, e2e skill) are one level deep and clearly signaled.

5 / 5

Total

20

/

20

Passed

Description

66%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 concise, third-person description with concrete actions and a named tool that makes it highly distinct, plus useful explicit exclusions. Its main weakness is the absence of any "Use when..." trigger guidance, which caps completeness and limits trigger-term coverage.

Suggestions

Add an explicit trigger clause, e.g. "Use when building, running, or debugging rtp2httpd locally" to answer the "when" question directly.

Include natural synonyms and variations users would say, such as "compile", "start", or "debug", alongside "build" and "run".

Briefly hint at what rtp2httpd is (e.g., an RTP-to-HTTP streaming daemon) so the description is self-contained for users unfamiliar with the project.

DimensionReasoningScore

Specificity

Lists several concrete third-person actions ("Build, configure, and run rtp2httpd locally", "embedded Web UI builds", "build/runtime troubleshooting") tied to a named tool, with minor gaps such as not indicating what rtp2httpd is. It sits above anchor 3 (only 1-2 actions) but below anchor 5's comprehensive coverage.

4 / 5

Completeness

The "what" is clear (build, configure, run rtp2httpd locally with Web UI builds and troubleshooting), but there is no "Use when..." clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. Not a 2 because the "what" is specific and it includes explicit scope boundaries.

3 / 5

Trigger Term Quality

Good natural-keyword coverage ("build", "configure", "run", "locally", "Web UI", "troubleshooting") that a user would plausibly say, but common variations like "compile", "start", or "debug" are missing. Better than anchor 3's partial coverage, short of anchor 5's synonym completeness.

4 / 5

Distinctiveness Conflict Risk

Naming the specific binary "rtp2httpd" plus explicit exclusions ("Excludes cross-compilation and deployment") gives it a clear niche with only minor overlap risk against sibling ops skills. Not a 5 because the anchor-5 example pairs the niche with distinct trigger phrases, which this description lacks.

4 / 5

Total

15

/

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 6 suspicious

Warning

Total

15

/

16

Passed

Repository

stackia/rtp2httpd

Path

.agents/skills/build-run/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.