CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

multi-ai-implementation

Production-ready code generation and incremental development using Explore-Plan-Code-Commit workflow. TDD-driven with <200 line changes, automatic rollback, and multi-agent coordination. Use when implementing features, refactoring code, migrating systems, or integrating components requiring rigorous testing and quality assurance.

Quality

71%

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/multi-ai-implementation/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

51%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's core strength is an exceptionally clear, well-validated 6-step workflow with genuine feedback and escalation loops. It is undermined by heavy verbosity and padding, pseudocode where executable instructions are needed, and poor file structure — a monolithic body with dangling references and an orphaned bundle script that is never mentioned.

Suggestions

Cut the body to the 6-step workflow plus the quick reference, moving Appendix A–C, the mock verification report, the sample PR/commit templates, and per-language tooling tables into reference files under references/ that are linked from short sections.

Fix the dangling references: either add the examples/ and schemas/ directories the body cites or remove those pointers, and reference the existing scripts/pre-flight-check.sh in the Prerequisites section so the bundle's only script is actually discoverable.

Replace the pseudocode 'task({...})' / 'Promise.all' coordination examples and the bash-styled 'glob/grep/read' snippets with the actual Task-tool invocation syntax and real commands so Step 4's guidance is executable as written.

DimensionReasoningScore

Conciseness

The ~1200-line body is noticeably verbose: every step repeats Inputs/Process/Outputs/Validation/Time Estimate scaffolding, a fully written-out mock verification report ('Tests: 95/95 passing', 'Coverage: 87%') and sample PR body are inlined, and generic material like the basic TypeScript input-validation/try-catch example and 'Press Tab for extended thinking mode' explains things Claude already knows. It stays above a 1 because the material is workflow-structured instruction rather than pure concept exposition.

2 / 5

Actionability

There is real executable guidance — 'npm test || git reset --hard HEAD~1', the gh pr create command, concrete gates (≥80% coverage, ≥90 quality score, <200 lines per commit) — but the Task-tool coordination examples ('const implementations = await Promise.all([task({...})])') and the 'glob/grep/read' blocks written as bash are pseudocode, and much of the guidance is placeholder templates ('[What exists now]', '[boundary conditions]'). It is not a 4 because key operations lack executable form.

3 / 5

Workflow Clarity

The 6-step process is clearly sequenced with explicit validation checkpoints (checkbox lists per step), feedback loops (max-3-attempt iteration, 'If still failing after 3 attempts: HALT and request human review'), doom-loop detection, and commit-gating on all verification layers passing — a direct match for the top anchor including checklists and error-recovery loops.

5 / 5

Progressive Disclosure

The body is a monolithic 1200-line document: content that clearly belongs in separate files (Appendices A–C, the mock verification report, per-language tooling tables) is inlined, and references point to directories that do not exist in the bundle ('For examples, see examples/.', 'JSON schemas (in schemas/)'), while the one actual bundle file, scripts/pre-flight-check.sh, is never referenced from the body. This matches the minimal-structure anchor rather than a 3, because the references present are broken and the split-out material is missing.

2 / 5

Total

12

/

20

Passed

Description

80%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 that clearly states what the skill does and when to use it, with concrete capabilities and natural trigger phrases. Its main weaknesses are mild over-claim padding ('Production-ready', 'rigorous testing') and a broad trigger surface that risks overlap with other implementation-oriented skills.

Suggestions

Trim over-claim phrases like 'Production-ready' and 'rigorous testing and quality assurance' in favor of one more concrete capability (e.g., 'runs test-commit-revert cycles with quality-score gates').

Sharpen distinctiveness by anchoring triggers to the workflow's signature behaviors, e.g., 'Use when a feature needs test-first, incremental (<200 line) implementation with multi-agent coordination' rather than the broad 'implementing features, refactoring, migrating, integrating' list.

Add a couple of common user phrasings ('build a feature', 'TDD', 'integration work') to the when-clause to widen natural keyword coverage.

DimensionReasoningScore

Specificity

The description lists several concrete capabilities — 'code generation and incremental development using Explore-Plan-Code-Commit workflow', 'TDD-driven with <200 line changes, automatic rollback, and multi-agent coordination' — with only minor coverage gaps. It falls short of a 5 because 'Production-ready' and 'rigorous testing and quality assurance' are padded over-claims rather than additional concrete actions.

4 / 5

Completeness

It explicitly answers both questions: what ('Production-ready code generation and incremental development using Explore-Plan-Code-Commit workflow. TDD-driven with <200 line changes, automatic rollback, and multi-agent coordination') and when ('Use when implementing features, refactoring code, migrating systems, or integrating components') with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

'Implementing features, refactoring code, migrating systems, or integrating components' are natural phrases users would say when they need this skill. A few common variants are missing (e.g., 'build', 'write code', 'TDD', 'integration testing'), keeping it below the comprehensive synonym coverage of a 5.

4 / 5

Distinctiveness Conflict Risk

'Implementing features, refactoring code, migrating systems' is a broad trigger surface that overlaps with general coding, planning, and testing skills; the TDD/multi-agent/quality-gate angle partially differentiates it. It is more specific than the generic 2-anchor but does not occupy a clear, minimally-conflicting niche like a 5.

3 / 5

Total

16

/

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

skill_md_line_count

SKILL.md is long (1204 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

skills/multi-ai-implementation/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.