CtrlK
BlogDocsLog inGet started
Tessl Logo

stitch-sdk-pipeline

Run the full Stitch SDK generation pipeline. Use when a new tool is added, or the SDK needs to be regenerated end-to-end.

68

Quality

83%

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

92%

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

The body is a well-engineered pipeline runbook: lean, fully executable, with a clear 9-stage sequence and explicit validation plus error-recovery feedback loops. Its one weak spot is progressive disclosure — the long single-file body keeps reference material inline instead of splitting it into bundle files.

Suggestions

Move the 'Key files' table and the Stage 9 skill-audit checklist into a reference bundle file (e.g. references/key-files.md and references/skill-audit.md), keeping SKILL.md as a lean overview with one-level-deep links.

Drop the '// turbo' annotations inside code fences (or replace with a one-line note) since they add noise without executable value.

DimensionReasoningScore

Conciseness

The body is dense and operational — commands, file paths, inputs/outputs, and 'When to skip' notes — without explaining concepts Claude already knows (no 'what an SDK is' or 'how ts-morph works' padding). It is above a 2 because nearly every token is actionable context, and there is no verbosity beyond a minor '// turbo' annotation in code blocks.

3 / 3

Actionability

Every deterministic stage gives an executable command ('npm run capture', 'npm run generate', etc.) with concrete outputs and file paths, and the agent stages point to a specific sibling skill ('stitch-sdk-domain-design'). It is above a 2 because guidance is copy-paste ready rather than pseudocode or abstract direction.

3 / 3

Workflow Clarity

A clearly numbered 9-stage sequence with explicit validation checkpoints (Stage 5/6/7 tests, Stage 8 lock validation) and a feedback loop ('If this fails with a projection error, go back to Stage 2 and fix domain-map.json'), plus an ordering callout for Stage 8. It is above a 2 because validation and error-recovery loops are explicit, not implicit.

3 / 3

Progressive Disclosure

Sections are well organized and the agent-only Stage 2 is cleanly offloaded to a one-level-deep sibling skill ('stitch-sdk-domain-design'), but no bundle files exist and the 207-line body is largely monolithic — the Key files table and Stage 9 skill-audit checklist are inline reference material that could live in separate files. It is above a 1 because navigation/structure are clear and the one external reference is well signaled, but below a 3 due to the absence of file-based disclosure for the long inline reference sections.

2 / 3

Total

11

/

12

Passed

Description

75%

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 cleanly states what the skill does and when to use it with an explicit trigger clause and a distinct niche. Its main weakness is specificity and trigger coverage: it names one composite action rather than enumerating concrete pipeline operations, and offers only two trigger phrasings.

Suggestions

Enumerate concrete pipeline operations in the description (e.g., 'capture tool schemas, map tools to classes, generate TypeScript, build, and run tests') to lift specificity.

Add one or two more natural trigger variations (e.g., 'Use when a tool is added to the Stitch MCP server, when the SDK must be regenerated, or when verifying the pipeline is healthy').

DimensionReasoningScore

Specificity

Names the domain ('Stitch SDK generation pipeline') and actions ('Run the full...pipeline', 'regenerated end-to-end'), but describes one composite action rather than listing multiple specific concrete actions like capture, generate, build, test. It is above a 1 because it is not vague, but below a 3 because the capability is stated as a single abstract pipeline rather than enumerated concrete operations.

2 / 3

Completeness

Explicitly answers both what ('Run the full Stitch SDK generation pipeline') and when via an explicit 'Use when...' clause with concrete triggers, matching the anchor for clearly answering both what AND when.

3 / 3

Trigger Term Quality

Provides relevant natural triggers ('Use when a new tool is added, or the SDK needs to be regenerated end-to-end'), but covers only two trigger phrasings and misses common variations a user might say (e.g., 'add a tool to the MCP server', 'regenerate the SDK', 'update tool definitions'). It is above a 1 because the triggers are natural, but below a 3 due to limited coverage.

2 / 3

Distinctiveness Conflict Risk

Targets a clear niche (the Stitch SDK generation pipeline) with distinct, specific triggers unlikely to fire for sibling skills like usage, readme, or domain-design; it is above a 2 because the trigger 'SDK needs to be regenerated end-to-end' is unambiguous and non-overlapping.

3 / 3

Total

10

/

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

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Repository
google-labs-code/stitch-sdk
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.