CtrlK
BlogDocsLog inGet started
Tessl Logo

multi-agent-brainstorming

Simulate a structured peer-review process using multiple specialized agents to validate designs, surface hidden assumptions, and identify failure modes before implementation.

50

Quality

55%

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 ./plugins/AI-Agents-Safe-Coding-Skills/skills/multi-agent-brainstorming/SKILL.md

The canonical home for this skill is multi-agent-brainstorming in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

56%Scale 1-5

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

This skill provides a well-structured conceptual framework for multi-agent design review with clear role boundaries and a gated process. Its main weaknesses are the lack of concrete, actionable artifacts (no Decision Log template, no example review cycle, no prompt templates) and moderate verbosity from redundant summary sections. The workflow is logically sound with good exit criteria, but the skill would benefit significantly from executable examples and better progressive disclosure.

Suggestions

Add a concrete Decision Log template (e.g., a markdown table with columns for Decision, Alternatives, Objections, Resolution) so Claude knows exactly what artifact to produce.

Include a worked example showing one complete review cycle — a mini design, one reviewer's feedback, the designer's response, and the updated Decision Log entry.

Provide specific prompt templates for each agent role beyond the single Skeptic hint, so Claude can reliably adopt each persona.

Remove or consolidate the redundant 'Key Principles', 'Failure Modes', and 'Final Reminder' sections — these restate content already covered in the operating model and exit criteria.

DimensionReasoningScore

Conciseness

The skill has significant redundancy — the 'Key Principles' section restates what was already covered, the 'Failure Modes This Skill Prevents' is a bullet list of things already implied, and the 'Purpose' section over-explains motivation. The 'Final Reminder' and 'When to Use' sections add little value. However, the role definitions and process phases are reasonably tight for the complexity of the topic.

3 / 5

Actionability

The skill provides a clear conceptual framework with defined roles and phases, but lacks concrete executable guidance. There are no code examples, no prompt templates (only one vague prompting hint for the Skeptic), no Decision Log template/schema, and no example of what a review cycle actually looks like in practice. The instruction to 'run the standard brainstorming skill' assumes that exists but doesn't clarify the interface.

3 / 5

Workflow Clarity

The three-phase process is clearly sequenced with explicit ordering of reviewer agents and a well-defined exit criteria checklist that serves as a validation gate. The requirement that all exit criteria must be met before proceeding is a good feedback loop. However, there's no explicit validation step within the review loop itself (e.g., how to verify objections are properly scoped), and the transition between phases could be more precisely defined.

4 / 5

Progressive Disclosure

The content is structured with clear headers and sections, which is good. However, at ~200 lines this skill is somewhat monolithic — the detailed role definitions, the Decision Log format, and example prompts/templates could be split into referenced files. There are no bundle files and no references to external documents except the vague mention of a 'brainstorming skill'. The content would benefit from a concise overview with role details in a separate reference.

3 / 5

Total

13

/

20

Passed

Description

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

The description communicates a reasonably specific concept—multi-agent peer review for design validation—but lacks an explicit 'Use when...' clause, which is a significant gap for skill selection. The trigger terms are somewhat specialized and may not match how users naturally phrase requests for design review or critique. The niche is fairly distinct but could benefit from clearer scoping and natural language triggers.

Suggestions

Add an explicit 'Use when...' clause with natural trigger phrases, e.g., 'Use when the user asks for a design review, wants feedback on an architecture, requests a critique of a plan, or mentions red-teaming an approach.'

Include more natural synonyms and user-facing terms such as 'design review', 'architecture critique', 'red team', 'sanity check', or 'pre-implementation review' to improve discoverability.

Specify what types of designs or artifacts this applies to (e.g., software architecture, system design, API design) to reduce ambiguity and improve distinctiveness.

DimensionReasoningScore

Specificity

Names the domain (peer-review process) and lists a few concrete actions (validate designs, surface hidden assumptions, identify failure modes), but lacks detail on how the agents work, what kinds of designs, or what outputs are produced.

3 / 5

Completeness

The 'what' is reasonably clear (simulate a peer-review process with multiple agents to validate designs and find issues), but there is no explicit 'when' clause. The description lacks a 'Use when...' trigger guidance, which caps this at 3 per the rubric.

3 / 5

Trigger Term Quality

Includes some relevant terms like 'peer-review', 'designs', 'failure modes', and 'agents', but misses natural user phrases like 'code review', 'design review', 'critique', 'red team', 'devil's advocate', or 'review my architecture'. Users may not naturally say 'surface hidden assumptions'.

3 / 5

Distinctiveness Conflict Risk

The concept of a multi-agent structured peer-review simulation is fairly distinctive and unlikely to overlap with most other skills. However, it could potentially conflict with general code review skills or design critique skills due to the broad term 'designs'.

4 / 5

Total

13

/

20

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
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.