CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

create-organization-from-project

Use when a software project under ~/Projects should become a separate organization under ~/Orgs, or when governance files are mixed into a code repo and need to be split into a dedicated org workspace.

Quality

79%

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 ./skills/create-organization-from-project/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

75%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 skill body is a well-structured, actionable instruction-only workflow with a verification checkpoint and clear sequencing. It is efficient and organized, with minor room to tighten repeated folder lists and add an explicit feedback loop.

Suggestions

De-duplicate the folder lists that recur across Steps 2, 3, and 4 (e.g., define the canonical move/keep sets once and reference them) to improve conciseness.

Add an explicit validate->fix->retry feedback loop in the Verification section (e.g., 'if a check fails, fix and re-verify before finishing') to lift workflow clarity.

Where the git steps are described as actions ('initialize git', 'make the initial commit'), consider giving the literal commands for the common case to strengthen actionability.

DimensionReasoningScore

Conciseness

The body is mostly lean, using bullet lists and assuming Claude's competence without explaining what orgs or governance are; minor redundancy exists where folder lists recur across Steps 2-4 and could be tightened.

4 / 5

Actionability

Provides concrete, specific guidance — exact paths (~/Orgs/<OrgName>), named files and folders to move vs keep, and an enumerated git sequence — with minor gaps such as 'initialize git' and 'make the initial commit' given as steps rather than literal commands.

4 / 5

Workflow Clarity

A clear 8-step sequence is present with a dedicated Verification section acting as a checkpoint; it stops short of an explicit validate->fix->retry feedback loop, which would push it to 5.

4 / 5

Progressive Disclosure

Content is well organized into clearly labeled sections (Outcome, Steps 1-8, Verification, Common Mistakes, Example Trigger) with no nested references and no bundle files; it is over 50 lines, so the simple-skill exception to reach 5 does not apply.

4 / 5

Total

16

/

20

Passed

Description

73%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 clearly communicates a distinct niche and an explicit 'Use when' trigger with concrete scenarios. It is strong on distinctiveness and completeness, slightly less comprehensive on enumerated actions.

Suggestions

Consider naming one or two more concrete actions (e.g., 'rewrite both repo roots', 'update path registries') to lift specificity toward comprehensive coverage.

Add a couple of natural trigger synonyms users might actually say (e.g., 'split org files out of a project', 'separate governance from code') to round out trigger term coverage.

DimensionReasoningScore

Specificity

Names the domain and two concrete actions ('become a separate organization', 'split into a dedicated org workspace') but does not enumerate the full set of actions the skill performs, so coverage is not comprehensive.

3 / 5

Completeness

Explicitly answers both what (create a separate org workspace / split governance out) and when ('Use when a software project under ~/Projects should become...'), but the trigger phrasing is scenario-based rather than a crisp list of trigger terms.

4 / 5

Trigger Term Quality

Includes natural user phrases like 'create organization', 'governance files', 'mixed into a code repo', and 'split into a dedicated org workspace'; a few common synonyms or phrasings users might say are missing.

4 / 5

Distinctiveness Conflict Risk

Targets a narrow, specific niche (~/Projects -> ~/Orgs migration with governance/code split) and even disambiguates from the sibling org-coach skill, giving it minimal conflict risk.

5 / 5

Total

16

/

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

razbakov/skills

Path

skills/create-organization-from-project/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.