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 ./c-level/cto-advisor-64810d10/SKILL.md

The canonical home for this skill is cto-advisor in majiayu000/claude-skill-registry

SKILL.md
Quality
Evals
Security

Quality

Content

38%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 monolithic CTO playbook: long on generic leadership knowledge Claude already has and short on executable guidance, with all five referenced bundle files missing from the distribution. The genuinely useful material — debt capacity ratios, DORA targets, team ratios, ADR process — is buried in padding and lacks any validation checkpoints.

Suggestions

Ship the referenced bundle files (scripts/tech_debt_analyzer.py, scripts/team_scaling_calculator.py, references/architecture_decision_records.md, references/technology_evaluation_framework.md, references/engineering_metrics.md) or remove the references — every cited path is currently broken.

Cut sections that restate knowledge Claude already has (Weekly Cadence, Quarterly Planning, Tools & Resources, Red Flags to Watch, book lists) and move the rest (crisis management, communication templates, strategic initiatives) into one-level-deep reference files, keeping SKILL.md as a lean overview.

Stop using ```bash fences for non-command content (e.g., the capacity-allocation bullets under Technical Debt Strategy and Scaling Engineering) and add validation/verification checkpoints to the multi-step workflows (vendor evaluation, incident response), which currently have none.

DimensionReasoningScore

Conciseness

The ~400-line body pads extensively with knowledge Claude already has: a Monday-Friday "Weekly Cadence", "Quarterly Planning" themes, book lists ("The Manager's Path", "Accelerate"), and a "Red Flags to Watch" list of obvious items ("⚠️ Increasing technical debt", "⚠️ Rising attrition rate"). This matches anchor 2 (noticeably verbose, several padded sections) rather than anchor 1 because some genuinely non-obvious specifics remain, such as debt capacity splits ("Critical debt: 40% capacity") and team ratios ("Manager:Engineer = 1:8").

2 / 5

Actionability

Concrete specifics exist ("Deployment Frequency: >1/day", "Lead Time: <1 day", vendor evaluation with week-by-week timeline "Deep evaluation (Week 2-4)"), but the only runnable commands ("python scripts/tech_debt_analyzer.py", "python scripts/team_scaling_calculator.py") invoke scripts that do not exist in the bundle, and ```bash fences wrap non-command content like "- Critical debt: 40% capacity". Many sections are aspiration lists with no executable steps ("Define engineering values", "Foster collaboration"), matching anchor 3 (some concrete guidance but incomplete) rather than 4.

3 / 5

Workflow Clarity

Sequences are present (ADR process steps 1-4, incident response phases with time windows "Immediate (0-15 min)" through "Post-mortem (48-72 hours)", vendor evaluation 4 steps), but no validation or verification checkpoints appear anywhere and several workflows (crisis types, stakeholder management, strategic initiatives) are unsequenced bullet lists. This matches anchor 3 (steps listed but validation gaps, checkpoints missing) rather than 4, which requires most checkpoints to be present.

3 / 5

Progressive Disclosure

The body cites five bundle paths ("scripts/tech_debt_analyzer.py", "scripts/team_scaling_calculator.py", "references/architecture_decision_records.md", "references/technology_evaluation_framework.md", "references/engineering_metrics.md"), but the bundle contains no references/, scripts/, or assets/ directories — every referenced path is broken. Meanwhile ~350 lines that clearly belong in separate files (weekly cadence, crisis management, communication templates) are inlined monolithically. This matches anchor 2 (content that belongs in separate files is inlined; navigation fails) rather than 3, since the clearly-signaled references are nonfunctional.

2 / 5

Total

10

/

20

Passed

Description

83%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 provides (five concrete tools/frameworks) and when to use it, with natural trigger terms including synonyms, all in third-person voice. Minor gaps — capability statements are noun-heavy rather than action-verb based, and a few natural trigger variants are missing.

DimensionReasoningScore

Specificity

"Includes tech debt analyzer, team scaling calculator, engineering metrics frameworks, technology evaluation tools, and ADR templates" lists several concrete capabilities, though they are noun phrases rather than actions and the lead sentence "Technical leadership guidance for engineering teams..." stays domain-level. This matches anchor 4 (several specific actions, minor gaps) rather than 5, which would require stating what each capability concretely does.

4 / 5

Completeness

Both questions are explicitly answered: the "what" is stated ("Technical leadership guidance for engineering teams, architecture decisions, and technology strategy. Includes tech debt analyzer, team scaling calculator...") and the "when" is fully explicit with concrete trigger phrases ("Use when assessing technical debt, scaling engineering teams... or when user mentions CTO..."). This matches anchor 5; anchor 4 would require the when-clause to be less explicit, which it is not.

5 / 5

Trigger Term Quality

"Use when... user mentions CTO, tech debt, technical debt, team scaling, architecture decisions, technology evaluation, engineering metrics, DORA metrics, or technology strategy" covers natural terms including the synonym pair "tech debt, technical debt". A few natural variants are missing (e.g., "chief technology officer", "hiring plan", "engineering leadership"), matching anchor 4 rather than the comprehensive coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

The CTO/technology-leadership niche has distinctive triggers like "DORA metrics" and "team scaling", giving mostly distinct activation. Broad terms such as "tech debt" and "architecture decisions" also apply to non-leadership engineering skills, so overlap risk is minor but present — anchor 4 rather than 5.

4 / 5

Total

17

/

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-data
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.