CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

ai-agents-architect

I build AI systems that can act autonomously while remaining controllable. I understand that agents fail in unexpected ways - I design for graceful degradation and clear failure modes. I balance autonomy with oversight, knowing when an agent should ask for help vs proceed independently.

39

Quality

49%

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/ai-agents-architect/SKILL.md

The canonical home for this skill is ai-agents-architect in sickn33/agentic-awesome-skills

SKILL.md
Quality
Evals
Security

Quality

Content

47%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 well-organized but shallow catalog: pattern sections describe textbook concepts in pseudocode instead of giving executable guidance, the Sharp Edges solutions are cut off mid-sentence, the Anti-Patterns are empty headers, and no workflow is ever sequenced despite the 'When to Use' section referencing one. It works as a skim-level reference but offers little Claude cannot already produce unaided.

Suggestions

Replace the pseudocode bullet lists in javascript fences with real, executable examples (e.g., an actual ReAct loop or tool-registry implementation) and complete the truncated Sharp Edges solutions ('Always set limits:' → 'Always set a max-iterations counter, e.g. `for step in range(MAX_STEPS)`').

Expand the empty Anti-Pattern headers ('❌ Unlimited Autonomy', '❌ Tool Overload', '❌ Memory Hoarding') with one or two sentences of concrete detection criteria and fixes, or remove the section.

Either describe an actual design workflow (assess task → choose pattern → set limits/guardrails → evaluate) with validation checkpoints, or delete the generic 'When to Use' filler and Requirements section that restates knowledge Claude already has.

DimensionReasoningScore

Conciseness

The body is terse rather than padded, but it spends its budget on concepts Claude already knows: the ReAct section re-explains the 'Reason-Act-Observe cycle' and Plan-and-Execute re-describes a textbook planning pattern. The Requirements section ('LLM API usage', 'Understanding of function calling', 'Basic prompt engineering') lists knowledge Claude already has, and 'This skill is applicable to execute the workflow or actions described in the overview' is pure filler. Mostly efficient but with several unnecessary sections — between anchors 2 and 3, closer to 3 since nothing is verbose prose.

3 / 5

Actionability

The code blocks are pseudocode bullet lists in javascript fences ('- Thought: reason about what to do next', '- Register tools with schema and examples') rather than executable code, and the Sharp Edges solutions are truncated mid-sentence ('Always set limits:', 'Write complete tool specs:', 'Explicit error handling:' with nothing following the colons). This matches the anchor 'some concrete guidance but incomplete; pseudocode instead of executable code' — the table's prescriptions (iteration limits, durable execution via DBOS) are directionally concrete, keeping it above 2.

3 / 5

Workflow Clarity

No multi-step process is sequenced anywhere — the body is a catalog of patterns, anti-patterns, and a sharp-edges table with no ordered workflow and no validation checkpoints. The 'When to Use' section promises 'the workflow or actions described in the overview', but no such workflow is ever described, leaving a rough structure with major gaps (anchor 2) rather than incoherence (anchor 1).

2 / 5

Progressive Disclosure

The skill has no bundle files on disk (no references/, scripts/, or assets/), and the ~85-line body is appropriately contained in a single file with clear section headers (Role, Capabilities, Patterns, Anti-Patterns, Sharp Edges, Related Skills). Structure is good and content is appropriately placed; the empty Anti-Patterns headers ('❌ Unlimited Autonomy' with no explanation) and the filler 'When to Use' section are minor organization gaps that keep it below 5.

4 / 5

Total

12

/

20

Passed

Description

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

The description reads as a first-person persona statement rather than a skill description: it names the AI-agents domain but lists no concrete actions, includes no 'Use when...' trigger guidance, and uses vague, aspirational language ('balance autonomy with oversight'). It is unlikely to be selected reliably over similar skills and does not tell Claude when to invoke it.

Suggestions

Rewrite in third person as a concrete capability list, e.g. 'Designs autonomous agent architectures; sets iteration limits, tool registries, and error-handling; adds durable execution for agent workflows.'

Add an explicit 'Use when...' clause with natural trigger phrases: 'Use when building AI agents, multi-agent systems, agent tool calling, or agentic workflows.'

Include the natural terms users would actually say ('AI agent', 'agentic', 'multi-agent orchestration', 'tool/function calling') to improve trigger quality and distinctiveness from companion skills like prompt-engineer or mcp-builder.

DimensionReasoningScore

Specificity

The description is first person throughout ('I build AI systems', 'I design for graceful degradation', 'I balance autonomy with oversight'), which the rubric penalizes by reducing specificity by 1. The base actions are generic — 'build', 'design', 'balance' — with no concrete capabilities or deliverables, matching the score-2 anchor ('names the domain but actions are minimal or generic') before the voice penalty, landing at 1.

1 / 5

Completeness

The 'what' is vague ('I build AI systems that can act autonomously while remaining controllable' — a persona statement, not a capability list) and there is no 'when' clause at all, which the guidelines cap at 3. Because the what is itself vague rather than clear, it sits below anchor 3 and matches anchor 2 ('has a vague what and no when').

2 / 5

Trigger Term Quality

It contains some genuinely natural keywords ('agents', 'autonomously', 'autonomy with oversight', 'graceful degradation'), but misses common variations and synonyms a user would actually say — 'AI agent', 'agentic', 'multi-agent', 'tool calling', 'agent framework'. This fits the anchor 'some relevant keywords but missing common variations or synonyms'.

3 / 5

Distinctiveness Conflict Risk

The framing 'AI systems', 'agents', 'autonomy' is very broad and would overlap heavily with closely related skills — the body itself lists 'rag-engineer', 'prompt-engineer', 'mcp-builder', 'backend' as companions, all of which involve LLM API usage and building AI systems. No distinct trigger separates this skill from those.

2 / 5

Total

8

/

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

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

plugins/AI-Agents-Safe-Coding-Skills/skills/ai-agents-architect/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.