CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

agent-orchestration-improve-agent

Systematic improvement of existing agents through performance analysis, prompt engineering, and continuous iteration.

Quality

60%

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/agent-orchestration-improve-agent/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

48%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 lays out a well-sequenced optimization lifecycle with genuine validation gates and rollback feedback loops, but it is heavily padded with generic methodology Claude already knows and its tool invocations are non-executable placeholders. As a 344-line monolith with zero bundle files, it inlines detailed content that should be split into one-level-deep references.

Suggestions

Cut or drastically compress the explanations of known concepts — CoT prompting, few-shot curation, semantic versioning, staged rollout definitions, and A/B testing statistics — keeping only the skill-specific workflow, thresholds, and decision rules.

Replace placeholder invocations like "Use: context-manager" and "[X%]" templates with actual executable commands or concrete example outputs, or remove the fictional tool blocks if the tools don't exist.

Split Phases 1-4 detail into one-level-deep reference files (e.g. references/metrics.md, references/testing.md, references/rollout.md) and keep SKILL.md as a concise overview with clearly signaled links.

DimensionReasoningScore

Conciseness

The 344-line body extensively explains concepts Claude already knows — chain-of-thought prompting ("Let's approach this step-by-step"), few-shot example curation, MAJOR.MINOR.PATCH versioning semantics, alpha/beta/canary rollout definitions, and Cohen's d power analysis — making much of Phases 2-4 padded methodology text; a few genuinely skill-specific details (rollback thresholds, success criteria) keep it from a 1.

2 / 5

Actionability

Tool invocations are non-executable placeholders ("Use: context-manager / Command: analyze-agent-performance [agent name] --days 30", "Use: parallel-test-runner") referencing tools that are not part of any bundle, and the baseline report is a template of "[X%]" placeholders — pseudocode rather than executable code; some concrete specifics (100-task sample size, 95% confidence, rollback trigger thresholds) lift it above minimal guidance.

3 / 5

Workflow Clarity

The four-phase lifecycle (baseline → improvements → A/B validation → staged rollout) is clearly sequenced with most checkpoints present: statistically significant A/B testing gates deployment, and rollback triggers with a detect → switch → analyze → "Fix and re-test before retry" loop form an explicit feedback loop; it falls short of a 5 because the per-phase steps are methodology descriptions with placeholder commands rather than precisely executable procedures.

4 / 5

Progressive Disclosure

The skill is a ~344-line monolith with no bundle files (no references/, scripts/, or assets/ exist) and no external references at all; the detailed phase content — metrics catalogs, prompt-engineering techniques, test frameworks — clearly belongs in separate reference files per the anchor-3 pattern of "content that should be separate is inline", though header structure is reasonably organized.

3 / 5

Total

12

/

20

Passed

Description

53%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 clearly communicates what the skill does but omits any when-to-use trigger guidance, which caps completeness at 3. Named activities are methodology-level umbrella terms rather than concrete operations, and natural trigger phrases users would actually say are sparse.

Suggestions

Add an explicit 'when' clause, e.g. "Use when an existing agent is underperforming, producing errors or hallucinations, or when the user asks to improve, tune, or A/B test an agent".

Replace abstract methodology labels with concrete operations, e.g. "Analyzes agent failure logs, rewrites prompts, runs A/B tests, and manages staged rollouts with rollback".

Include natural synonyms and trigger terms users would say — "agent optimization", "tune agent", "prompt quality", "A/B testing" — to improve trigger-term coverage.

DimensionReasoningScore

Specificity

"Systematic improvement of existing agents through performance analysis, prompt engineering, and continuous iteration" names the domain and three activities, but they are methodology-level umbrella terms rather than concrete operations comparable to the anchor-4 example's "Extracts text... fills forms, converts pages"; buzzword-ish phrases like "systematic" and "continuous iteration" further dilute concreteness.

3 / 5

Completeness

The "what" is stated clearly (improving existing agents via analysis, prompt engineering, iteration) but there is no "Use when..." clause or equivalent trigger guidance, which per judging guidelines caps completeness at 3; the score-4 anchor requires both what and when, and 'when' is entirely absent here.

3 / 5

Trigger Term Quality

Some relevant keywords are present ("agents", "performance analysis", "prompt engineering") but common natural variations users would say — e.g. "agent optimization", "A/B testing", "tune my agent", "make the agent better" — are missing, matching the "Some relevant keywords but missing common variations" anchor.

3 / 5

Distinctiveness Conflict Risk

"Improvement of existing agents" carves a mostly distinct niche with only minor overlap risk against closely related skills (prompt-writing or agent-creation skills could also match "prompt engineering"); it lacks the explicit distinct triggers needed for a 5 but is more differentiated than the score-3 anchor's generic "Works with document files".

4 / 5

Total

13

/

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

rmyndharis/antigravity-skills

Path

skills/agent-orchestration-improve-agent/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.