CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-payments

Agent skill for payments - invoke with $agent-payments

58

3.70x
Quality

35%

Does it follow best practices?

Impact

100%

3.70x

Average score across 3 eval scenarios

SecuritybySnyk

Medium

Suggest reviewing before use

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/agent-payments/SKILL.md

The canonical home for this skill is agent-payments in ruvnet/claude-flow

SKILL.md
Quality
Evals
Security

Quality

Content

42%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 content centers on a concrete MCP toolkit, which is its main strength, but it is padded with non-actionable marketing prose and lacks validation checkpoints for payment operations. Structure is present but everything is inlined with no progressive disclosure to reference files.

Suggestions

Trim marketing prose and inferable descriptive sections (quality standards, cost optimization strategies) so the concrete toolkit dominates the body.

Add explicit validation/verification steps for payment operations, e.g. confirm balance after auto-refill and verify payment-link status before sharing.

Move the pricing-tier and credit-earning catalogs into a separate reference file (e.g. PRICING.md) and link to it one level deep to reduce inlined bulk.

DimensionReasoningScore

Conciseness

The body is noticeably verbose, with marketing prose ('Your expertise lies in seamless payment processing, intelligent credit management...') and padded descriptive sections (quality standards, cost optimization strategies) that Claude can largely infer.

2 / 5

Actionability

The payments toolkit provides concrete, executable MCP calls with parameters, but a large share of the body is descriptive prose rather than instruction, and response/error handling details are missing.

3 / 5

Workflow Clarity

The numbered 'financial management approach' gives a rough sequence but no validation checkpoints for financially sensitive payment operations, capping workflow clarity at 3 per the destructive/batch-operations rule.

3 / 5

Progressive Disclosure

Section headers provide some structure, but the body (over 50 lines) inlines catalogs that belong in separate files (pricing tiers, credit-earning opportunities) and includes a malformed duplicate frontmatter block; no external references are signaled.

3 / 5

Total

11

/

20

Passed

Description

28%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 is generic and non-triggering: it names the payments domain without concrete capabilities and provides no 'Use when' guidance. It also relies on invocation syntax rather than natural user language, making it unlikely to be selected at the right moment.

Suggestions

Replace the generic phrase with concrete actions, e.g. 'Processes payments, manages rUv credit balances, configures auto-refill, and handles tier upgrades within Flow Nexus.'

Add an explicit trigger clause, e.g. 'Use when the user asks about credit balances, billing, payment links, or subscription tiers in Flow Nexus.'

Remove the duplicate embedded frontmatter block from the body so the skill has a single, well-formed description in the YAML header.

DimensionReasoningScore

Specificity

The description 'Agent skill for payments - invoke with $agent-payments' names the payments domain but lists no concrete actions, matching the anchor that names a domain with minimal or generic actions.

2 / 5

Completeness

It gives a vague 'what' ('Agent skill for payments') and no 'when' / 'Use when...' clause, fitting the anchor for a vague 'what' with no 'when'.

2 / 5

Trigger Term Quality

It offers only the single generic keyword 'payments'; 'invoke with $agent-payments' is invocation syntax rather than a natural phrase a user would say, missing common variations like 'billing' or 'credits'.

2 / 5

Distinctiveness Conflict Risk

'payments' is somewhat specific to a niche but the description is broad enough to overlap with other billing or finance skills, matching the 'somewhat specific but could still overlap' anchor.

3 / 5

Total

9

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
ruvnet/ruflo
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.