CtrlK
BlogDocsLog inGet started
Tessl Logo

sdx-project-kickoff

Initializes a new spec-driven project repository from a concept document and optional architecture/datamodel docs. Sets up repository structure, OpenSpec configuration (a spec-as-code workflow tool), tech stack scaffolding, testing infrastructure, agent configs, and creates the full set of OpenSpec change proposals based on the provided documents. Use when: a user wants to start a new project, initialize a repository from design docs, bootstrap a codebase from a concept document, scaffold a project from scratch, create a repo from spec, or says things like "new project setup", "kick off a project", "set up a new repo from my design docs", or "create a project from my concept file".

95

7.30x
Quality

96%

Does it follow best practices?

Impact

95%

7.30x

Average score across 5 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is spec-driven-magic/sdx-project

SKILL.md
Quality
Evals
Security

Quality

Content

92%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 high-quality procedural skill: executable commands, rigorous validation and feedback loops across a 14-step workflow, and clean one-level-deep reference structure. The only weakness is mild conciseness loss from restated rules and self-explanatory asides.

Suggestions

Remove restated rules from 'Important Rules' that already appear in the numbered steps (e.g. 'Read the stack README first' duplicates Steps 1 and 3); keep only net-new guidance such as the PGLite-for-dev/test rule.

Drop self-explanatory prose after commands — e.g. Step 7's 'This creates the OpenSpec directory structure and installs agent instructions for Claude and Antigravity.' — since the commands speak for themselves.

In Step 10, summarize the required proposal.md sections inline and defer to the openspec instructions JSON as the authoritative template rather than re-stating the full skeleton, reducing boilerplate in the body.

DimensionReasoningScore

Conciseness

Largely lean and procedural with no concept-explanation padding, but the 'Important Rules' section restates guidance already in the numbered steps (e.g. 'Read the stack README first' duplicates Steps 1 and 3) and a few post-command asides could be trimmed — minor instances of over-emphasis rather than full verbosity.

4 / 5

Actionability

Fully executable guidance throughout — concrete commands ('openspec init --tools claude,antigravity', 'openspec new change "<change-name>"', 'git commit -m "feat: initialize ..."'), documented placeholders, and a copy-paste proposal.md template covering the common cases.

5 / 5

Workflow Clarity

14 clearly sequenced steps with explicit validation checkpoints (Step 1 input validation, Step 4 missing-template stop, Step 7 verify openspec/ created) and a feedback loop in Step 10 (retry/skip/abort on 'openspec new change' failure), matching the top anchor for fragile batch operations.

5 / 5

Progressive Disclosure

Clear overview body pointing to well-signaled one-level-deep references — references/stacks/<stack>/README.md, references/common/roadmap-template.md, references/common/{mcp.json,AGENTS.md} — all of which exist, with content appropriately split across common/ and stacks/ and a bottom References list for navigation.

5 / 5

Total

19

/

20

Passed

Description

100%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.

The description is exemplary: concrete capability list, rich natural trigger terms with synonyms, explicit what-and-when structure, and a distinct OpenSpec/spec-driven niche. No verbosity penalty applies since every clause is substantive.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Sets up repository structure, OpenSpec configuration ... tech stack scaffolding, testing infrastructure, agent configs, and creates the full set of OpenSpec change proposals' — giving comprehensive coverage of what the kickoff does, matching the anchor for several specific concrete actions.

5 / 5

Completeness

Explicitly answers both what ('Initializes a new spec-driven project repository ...') and when ('Use when: a user wants to start a new project ...') with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

Comprehensive natural trigger phrases with synonyms — 'start a new project', 'kick off a project', 'bootstrap a codebase from a concept document', 'scaffold a project from scratch', 'create a repo from spec' — covering the varied phrasings a user would actually say.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (spec-driven / OpenSpec project kickoff from concept documents) with distinct triggers, giving minimal conflict risk with generic scaffolding skills.

5 / 5

Total

20

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 3 deeper-than-1-level

Warning

referenced_paths_exist

Referenced path issues: 4 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository
xomyakus/spec-native-skills
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.