CtrlK
BlogDocsLog inGet started
Tessl Logo

team-assembly

Select the minimum complete reviewer team for a Fallow change based on touched paths, contracts, integrations, and risk.

57

Quality

64%

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 ./.agents/skills/team-assembly/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The content is exceptionally concise and well-organized for a simple instruction skill, but the core mapping step is directional rather than fully executable and the parallel-review/synthesis workflow lacks validation checkpoints. Tightening the mapping method and adding a completeness check would raise the weaker dimensions.

Suggestions

Specify how to map touched paths to reviewer domains (e.g. reference the domain table in review-routing.md or give a concrete lookup step) rather than leaving step 2 directional.

Add a validation checkpoint before briefing reviewers, e.g. confirm the selected team is minimum-complete and covers all touched domains.

Add a checkpoint in the synthesis step for resolving disagreements (e.g. escalate unresolved blocks) to satisfy the feedback-loop guideline for batch operations.

DimensionReasoningScore

Conciseness

The body is ~10 lean lines with no padding or explanation of concepts Claude already knows; every line is a concrete instruction that earns its place.

3 / 3

Actionability

Provides concrete inputs and conditions ('current diff', 'docs/development/review-routing.md', 'when contracts or multiple consumers change'), but the core step 'Map touched paths and behavioral effects to reviewer domains' is directional rather than a fully specified, executable method.

2 / 3

Workflow Clarity

A clear six-step sequence exists, but the parallel/batch review step and verdict synthesis lack explicit validation checkpoints, which the guidelines say caps workflow clarity at 2 for batch operations.

2 / 3

Progressive Disclosure

A simple under-50-line skill with no need for external bundle references, organized as a clear numbered list, which per the scoring notes qualifies for the top anchor.

3 / 3

Total

10

/

12

Passed

Description

57%

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 concretely states the skill's purpose and inputs and is reasonably distinctive, but it lacks an explicit 'Use when...' trigger and relies on project jargon over natural user phrasings. Adding a trigger clause would lift the weakest dimensions.

Suggestions

Append an explicit trigger, e.g. 'Use when assembling reviewers for a Fallow change or when the user asks who should review a change.'

Add natural-language variants users would actually say ('assign reviewers', 'who should review this change') alongside the jargon.

Name additional concrete actions (e.g. 'identify domains, select reviewers, brief and synthesize') to move specificity toward the top anchor.

DimensionReasoningScore

Specificity

Names the domain ('Select the minimum complete reviewer team for a Fallow change') and four concrete input dimensions ('touched paths, contracts, integrations, and risk'), but it is a single action rather than the multiple distinct concrete actions the top anchor requires.

2 / 3

Completeness

Clearly states what the skill does (select a reviewer team) but provides no 'Use when...' trigger, so per the judging guidelines a missing explicit when-clause caps completeness at 2.

2 / 3

Trigger Term Quality

Contains relevant terms ('reviewer team', 'Fallow change', 'touched paths') but leans on project-specific jargon and omits the most natural user phrasings like 'assign reviewers' or 'who should review this'.

2 / 3

Distinctiveness Conflict Risk

The 'Fallow change' framing carves a clear niche for reviewer-team selection that is unlikely to trigger for unrelated skills, matching the distinct-niche anchor.

3 / 3

Total

9

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
fallow-rs/fallow
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.