CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-agentic-payments

Agent skill for agentic-payments - invoke with $agent-agentic-payments

64

2.22x
Quality

44%

Does it follow best practices?

Impact

100%

2.22x

Average score across 3 eval scenarios

SecuritybySnyk

High

Do not use without reviewing

Fix and improve this skill with Tessl

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

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

SKILL.md
Quality
Evals
Security

Quality

Content

57%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 is a well-sectioned, actionable single-file skill with concrete MCP tool calls, but it is weakened by promotional/redundant padding, a high-level workflow lacking explicit validation checkpoints for destructive payment operations, and no progressive disclosure into reference files. A stray duplicated YAML frontmatter block at the top of the body is also a structural artifact that should be removed.

Suggestions

Add explicit validation checkpoints to the workflow (e.g. verify the mandate signature and balance before authorize_payment; confirm the consensus threshold was met before capture) with a fix-and-retry loop.

Trim the 'Real-world use cases' section and merge the redundant 'Security standards'/'Quality standards' lists into the responsibilities to remove padding.

Move the full API toolkit block into a references/ file and keep SKILL.md as an overview with a one-level-deep link, and delete the duplicated YAML frontmatter block at the top of the body.

DimensionReasoningScore

Conciseness

The body is mostly efficient with concrete code and sectioned content, but the 'Real-world use cases' section reads as promotional padding and the 'Security standards' and 'Quality standards' lists restate responsibilities already covered, so it could be tightened. Not a 4 because the redundant use-case and standards sections are unnecessary; not a 2 because there is no heavy explanation of basic concepts Claude already knows.

3 / 5

Actionability

The toolkit block gives concrete, parameterized MCP calls (create_active_mandate, sign_mandate, authorize_payment, request_consensus, etc.) that are largely copy-paste ready and cover the common cases, fitting 'mostly executable guidance with minor gaps'. Not a 5 because some values are placeholders ('ed25519_private_key', 'signature_data') and there is no complete end-to-end runnable example.

4 / 5

Workflow Clarity

A 6-step 'payment workflow approach' gives a rough sequence (mandate creation -> signing -> authorization -> consensus -> tracking -> revocation), but it lists high-level phases rather than explicit validation checkpoints with feedback loops. Because this skill performs destructive financial operations (payments, revocation, spending), the rubric caps workflow clarity at 3 when validation checkpoints are missing.

3 / 5

Progressive Disclosure

The body is organized into clear sections but is a single monolithic file with no bundle files (references/scripts/assets absent) and no external references; the sizable inlined API/toolkit block is content that could live in a separate reference file. This matches 'some structure but could be better organized; content that should be separate is inline'. Not a 4 because no references are signaled and the skill exceeds the simple under-50-line exception.

3 / 5

Total

13

/

20

Passed

Description

32%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 a bare template-style line that names the domain and gives an invocation token but states no concrete capabilities and provides no usage trigger. It is distinguishable mainly because of its unique invoke syntax rather than its content. The second YAML block embedded in the body duplicates a richer description that the actual frontmatter does not use.

Suggestions

Replace the frontmatter description with the richer body line ('Multi-agent payment authorization specialist ...') and append a 'Use when ...' clause naming concrete triggers (e.g. autonomous purchases, spending caps, mandate signing).

List 2-3 concrete capabilities (create mandates, sign with Ed25519, request consensus) instead of the generic 'Agent skill for ...'.

Add natural-language trigger terms users would say ('authorize a payment', 'spending limit', 'multi-agent approval').

DimensionReasoningScore

Specificity

The description names the domain ('agentic-payments') but the only action phrased is the generic 'Agent skill for ...', with no concrete capabilities listed, matching the anchor 'Names the domain but actions are minimal or generic'. It is not a 3 because no concrete actions (e.g. authorize payments, sign mandates) are stated.

2 / 5

Completeness

It offers only a vague 'what' ('Agent skill for agentic-payments') and no 'when'/'Use when' clause at all, matching 'Has a vague what and no when'. Per the guideline, a missing 'Use when...' clause caps completeness, so it cannot reach 3.

2 / 5

Trigger Term Quality

The phrase 'invoke with $agent-agentic-payments' provides a technical invocation token and the word 'payments', but lacks the natural phrases a user would actually say (e.g. 'authorize a payment', 'spending limit'), fitting 'one or two generic keywords; missing the natural phrases users say'. Not a 1 because a recognizable trigger term is present; not a 3 because natural user-language synonyms are absent.

2 / 5

Distinctiveness Conflict Risk

The niche (agentic payments) and the unique '$agent-agentic-payments' invocation token make it mostly distinct with only minor overlap risk against related payment skills. It is not a 5 because the description format ('Agent skill for X') is itself generic and the differentiating detail is thin.

4 / 5

Total

10

/

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.