CtrlK
BlogDocsLog inGet started
Tessl Logo

build-run-debug

Build, run, and debug macOS apps with shell-first Xcode and Swift workflows. Use when launching apps or diagnosing build, startup, or runtime failures.

65

Quality

77%

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 ./plugins/build-macos-apps/skills/build-run-debug/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 body delivers a clear, actionable shell-first workflow with concrete commands, sensible guardrails, and a properly deferred reference file. Its main weakness is redundancy — the same warnings and reference pointers repeated across sections — plus the absence of an explicit validate/fix/retry loop in the build-debug workflow.

Suggestions

State the raw-executable warning for GUI apps once (in Guardrails) and remove the duplicates in the Quick Start bullets and workflow step 3 to reduce token cost.

Cite references/run-button-bootstrap.md once in the References section (or once in the workflow step where the script shape is defined) instead of three times.

Add an explicit failure-recovery checkpoint after step 5, e.g. 'If the build fails: fix the top blocker, re-run ./script/build_and_run.sh, and only proceed when it launches' to close the validate-fix-retry loop.

DimensionReasoningScore

Conciseness

The body is directive and command-dense with no explanation of concepts Claude already knows, but it is noticeably redundant: the warning against raw executable launch for GUI apps appears three times (Quick Start, workflow step 3, Guardrails), the kill/build/run framing repeats across sections, and the pointer to references/run-button-bootstrap.md is given three times. It fits 'mostly efficient but could be tightened' rather than 4, since the redundancy exceeds minor over-explanation.

3 / 5

Actionability

Concrete executable commands appear throughout: git rev-parse --is-inside-work-tree, find . -name '*.xcworkspace' ..., xcodebuild -list -workspace <workspace>, pgrep -x <AppName>, /usr/bin/open -n <bundle>, exact Info.plist keys, and exact flag names for the run script. It stops short of 5 because the actual script body is deferred to the reference file rather than being copy-paste ready in the skill.

4 / 5

Workflow Clarity

An 8-step clearly sequenced workflow with most checkpoints present: --verify with pgrep for process confirmation, step 6 failure classification (compiler, linker, signing, etc.), the git init nested-repo guardrail, and the conditional to update an existing environment.toml rather than duplicate it. Not 5 because there is no explicit fix-and-re-validate loop after a failed build, so error-recovery feedback is implicit.

4 / 5

Progressive Disclosure

A single one-level-deep reference (references/run-button-bootstrap.md, verified to exist) is well signaled both inline ('canonical source... Do not fork a second authoritative snippet') and in a dedicated References section, with the body organized under clear headers. It misses 5 because the body duplicates reference-level detail (Info.plist keys, exact flag behavior) instead of fully deferring it, and repeats the pointer three times.

4 / 5

Total

15

/

20

Passed

Description

87%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, concise, with an explicit 'Use when' clause covering concrete trigger scenarios and a clearly-scoped macOS/Xcode/Swift niche. Minor room to add trigger synonyms like 'crash' or 'won't launch' for broader natural-term coverage.

DimensionReasoningScore

Specificity

The description names the domain ('macOS apps with shell-first Xcode and Swift workflows') and three concrete actions ('Build, run, and debug'), matching the 'several specific actions; minor gaps' anchor. It falls short of 5 because it omits capabilities covered in the body (script scaffolding, environment wiring, failure classification) and does not elaborate each action.

4 / 5

Completeness

It explicitly answers both: what ('Build, run, and debug macOS apps with shell-first Xcode and Swift workflows') and when ('Use when launching apps or diagnosing build, startup, or runtime failures') with concrete trigger phrases, matching the top anchor. The 'when' clause is specific and multi-situational, so it is not the 4 anchor where 'when' could be more explicit.

5 / 5

Trigger Term Quality

Natural trigger phrases are present: 'launching apps', 'build, startup, or runtime failures', plus 'macOS', 'Xcode', 'Swift'. It misses common variations users would say ('crash', 'won't start', 'run') and file extensions (.xcodeproj, Package.swift), so it fits 'good keyword coverage; a few natural terms missing' rather than comprehensive coverage.

4 / 5

Distinctiveness Conflict Risk

The macOS + Xcode + Swift shell-first niche is distinct, and the failure-mode triggers (build, startup, runtime) are specific to this skill's purpose, giving minimal conflict risk with other skills. Anti-drift check: no noticeable overlap with adjacent skills that would justify 4.

5 / 5

Total

18

/

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
openai/plugins
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.