CtrlK
BlogDocsLog inGet started
Tessl Logo

cto-advisor

Technical leadership guidance for engineering teams, architecture decisions, and technology strategy. Includes tech debt analyzer, team scaling calculator, engineering metrics frameworks, technology evaluation tools, and ADR templates. Use when assessing technical debt, scaling engineering teams, evaluating technologies, making architecture decisions, establishing engineering metrics, or when user mentions CTO, tech debt, technical debt, team scaling, architecture decisions, technology evaluation, engineering metrics, DORA metrics, or technology strategy.

74

1.73x
Quality

68%

Does it follow best practices?

Impact

99%

1.73x

Average score across 3 eval scenarios

SecuritybySnyk

—

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./skills/c-level/cto-advisor/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

31%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 is a padded CTO playbook: mostly generic leadership content Claude already knows, with pseudocode bash blocks and references to script/reference files that are absent from the bundle. The few genuinely valuable parts (ratios, DORA targets, evaluation steps) are buried in filler. It needs drastic pruning and either real reference files or removal of the broken pointers.

Suggestions

Cut generic leadership filler Claude already knows (Weekly Cadence, Crisis Management, Stakeholder Management, Communication Templates, Tools & Resources book/community lists) — keep only skill-specific guidance such as the ratios, DORA targets, and ADR workflow, cutting the body to a fraction of its size.

Ship the referenced bundle files (references/architecture_decision_records.md, references/technology_evaluation_framework.md, references/engineering_metrics.md, scripts/tech_debt_analyzer.py, scripts/team_scaling_calculator.py) or delete the pointers — every reference and script command in the body currently points to a nonexistent file, so `python scripts/tech_debt_analyzer.py` fails on invocation.

Move detailed playbooks (crisis response, quarterly planning, stakeholder reporting) into one-level-deep reference files with clearly signaled links, and convert the ```bash blocks into either real executable commands or plain markdown lists, since they currently mix shell syntax with prose bullets that cannot run.

DimensionReasoningScore

Conciseness

The ~400-line body is heavily padded with generic leadership knowledge Claude already has: a day-by-day "Weekly Cadence", "Crisis Management" basics ("Assess severity, Activate incident team"), "Stakeholder Management", communication templates, and a Tools/Resources catalog ("Slack, Zoom, Loom", book recommendations, communities). This matches the anchor-1 pattern of extensive explanation of known concepts; it is not a 2, where only a few sections would be padded — here the majority of the document is non-skill-specific filler.

1 / 5

Actionability

There is some concrete guidance — specific ratios ("Manager:Engineer = 1:8", "Senior:Mid:Junior = 3:4:2"), DORA targets ("Deployment Frequency: >1/day", "Change Failure Rate: <15%"), and week-numbered vendor evaluation steps — but the ```bash blocks are not executable (they mix shell commands with bullet-list prose), and the referenced scripts (scripts/tech_debt_analyzer.py, scripts/team_scaling_calculator.py) do not exist in the bundle. This lands on anchor 3 (some concrete guidance but incomplete, pseudocode instead of executable code, missing key details) rather than 4, which requires mostly executable guidance with only minor gaps.

3 / 5

Workflow Clarity

Multi-step sequences are listed (incident response with time windows, vendor evaluation over 4 weeks, 5-step cloud migration), so a sequence exists, but there are no validation checkpoints, decision criteria, or error-recovery feedback loops anywhere. This matches anchor 3 ("steps listed but validation gaps; sequence present but checkpoints missing or implicit"); it is above anchor 2 because the sequences are concrete and time-boxed, and below anchor 4 because every workflow lacks any verification step.

3 / 5

Progressive Disclosure

Per the guideline to score against the actual bundle structure, all five referenced files (references/architecture_decision_records.md, references/technology_evaluation_framework.md, references/engineering_metrics.md, scripts/tech_debt_analyzer.py, scripts/team_scaling_calculator.py) are missing — the pointers are broken. Meanwhile ~350 lines of content that clearly belongs in separate reference files (Weekly Cadence, Crisis Management, Stakeholder Management, Communication Templates) are inlined in SKILL.md. This matches anchor 2 (content that clearly belongs in separate files is inlined; references broken/buried); the Quick Start's pointer style keeps it from anchor 1's monolithic wall of text.

2 / 5

Total

9

/

20

Passed

Description

91%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: it explicitly states what the skill contains and when to use it, with comprehensive natural trigger terms including synonyms (tech debt/technical debt, DORA metrics, CTO). Main improvement is trimming the broad opening clause and tightening the component list into concrete actions.

DimensionReasoningScore

Specificity

The description names several concrete components ("tech debt analyzer, team scaling calculator, engineering metrics frameworks, technology evaluation tools, and ADR templates") plus verb-based triggers ("assessing technical debt, scaling engineering teams, evaluating technologies"), giving several specific capabilities with only minor gaps. It falls short of a 5 because the opening "Technical leadership guidance for engineering teams, architecture decisions, and technology strategy" is broad and the capability list is a component inventory rather than fully concrete actions.

4 / 5

Completeness

Both questions are explicitly answered: the "what" ("Technical leadership guidance... Includes tech debt analyzer, team scaling calculator... ADR templates") and the "when" ("Use when assessing technical debt, scaling engineering teams, evaluating technologies, making architecture decisions, establishing engineering metrics, or when user mentions CTO..."). This mirrors the anchor-5 good example structure (clear what + explicit 'Use when' with concrete trigger phrases), and is not a 4 since the 'when' clause is already maximally explicit.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive with natural synonyms users would actually say: "CTO, tech debt, technical debt, team scaling, architecture decisions, technology evaluation, engineering metrics, DORA metrics, or technology strategy" — including both the "tech debt" and "technical debt" variants and domain-specific shorthand like DORA. Not a 4 because the synonym coverage matches the anchor-5 pattern (comprehensive natural terms including synonyms) with nothing significant missing from the skill's domain.

5 / 5

Distinctiveness Conflict Risk

The CTO/tech-leadership framing ("CTO", "DORA metrics", "team scaling") carves a fairly distinct niche with dedicated triggers. It is not a 5 because terms like "architecture decisions", "technology evaluation", and "engineering metrics" could plausibly overlap with adjacent architect-, engineering-management-, or metrics-focused skills.

4 / 5

Total

18

/

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

referenced_paths_exist

Referenced path issues: 10 missing

Warning

Total

15

/

16

Passed

Repository
majiayu000/claude-skill-registry
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.