CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

agent-team-design

Use when designing a new multi-agent team, visible agents folder, role boundaries, handoff flow, PM Soul, Memory Curator, Policy Gate, or evaluation role. Use for agent-team repo creation even when the user only says they want a meta-agent or agent operating system.

Quality

91%

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

SKILL.md
Quality
Evals
Security

Quality

Content

92%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.

A lean, well-structured instruction-only skill: clear sequence, concrete file paths, and an explicit output contract with no wasted tokens. The only gap is that artifact contents (agent.md structure, blueprint schema) are unspecified, which keeps actionability at 4.

DimensionReasoningScore

Conciseness

The 24-line body is lean with zero padding: every line is instruction ('Start with one agent. Add team roles only when routing, memory, review, policy, or parallel ownership is useful.'). It assumes Claude's competence and explains no background concepts, matching the 'every token earns its place' anchor.

5 / 5

Actionability

Concrete file paths are given ('agents/10-single-agent-builder/agent.md', 'skills/<capability>/SKILL.md', '.agentlas/company-blueprint.json') plus a specific decision rule for when to add roles. Not 5 because the contents of each artifact (what goes in an agent.md, what the blueprint schema looks like) are unspecified, leaving minor execution gaps; not 3 because the guidance is specific and directly executable, not pseudocode-level.

4 / 5

Workflow Clarity

A clear, unambiguous 5-step sequence (define job → start with one agent → structure the tree → add skills → add blueprint) followed by an explicit Output section. This is a non-destructive, single-purpose design skill under 50 lines, so the simple-skill exception applies and no validation checkpoints are required; not 4 because nothing in the sequence is ambiguous or missing.

5 / 5

Progressive Disclosure

The skill is under 50 lines with no need for external references, and the body is organized into clean 'Procedure' and 'Output' sections with no inlined content that belongs in separate files. Per the rubric's simple-skill guideline, this earns a 5 with just well-organized sections.

5 / 5

Total

19

/

20

Passed

Description

86%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 with explicit, well-hedged trigger guidance and good synonym coverage ('meta-agent', 'agent operating system'). The main weakness is that the 'what' is implicit — it names the objects of the work rather than stating what the skill actually produces as deliverables. Third person voice is used correctly throughout.

Suggestions

Lead with an explicit statement of deliverables (e.g., 'Creates an agent-team repo with a visible agents/ tree, skills/, and a company blueprint') before the 'Use when' clause to make the 'what' concrete and lift completeness to 5.

Add one or two concrete action verbs beyond 'designing' (e.g., 'define role boundaries and handoff flow') so the capability list reads as actions rather than only objects.

DimensionReasoningScore

Specificity

The description lists several concrete objects and roles ('visible agents folder, role boundaries, handoff flow, PM Soul, Memory Curator, Policy Gate, or evaluation role', 'agent-team repo creation'), which goes beyond naming the domain with 1-2 actions. It is not 5 because only one primary action verb ('designing') is used and no explicit deliverable-style actions (e.g., 'creates a repo with agents/ and skills/ trees') are stated.

4 / 5

Completeness

Both 'what' (designing multi-agent teams / agent-team repo creation) and a very explicit 'when' ('Use when designing a new multi-agent team... Use for agent-team repo creation even when...') are present. Not 5 because the 'what' is conveyed through trigger objects rather than a clear statement of concrete deliverables; not 3 because the 'when' clause is explicit and specific.

4 / 5

Trigger Term Quality

Natural terms a user would say when needing this skill are covered comprehensively, including synonyms and alternate phrasings — 'multi-agent team', 'agents folder', 'role boundaries', 'handoff flow', and explicitly 'even when the user only says they want a meta-agent or agent operating system'. Not 4 because synonym coverage is explicitly handled rather than missing a few natural terms.

5 / 5

Distinctiveness Conflict Risk

Highly niche triggers ('PM Soul', 'Memory Curator', 'Policy Gate', 'agentlas'-style role names) give it a clear, distinct niche with minimal overlap risk against generic skills. Not 4 because the distinctive named roles make confusion with related skills unlikely.

5 / 5

Total

18

/

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

agentlas-ai/Agentlas-OS

Path

.agents/skills/agent-team-design/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.