CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

nla-fulfill

Fulfill an existing NLA escrow and collect tokens. Use when the user wants to submit fulfillment text for an on-chain escrow, check arbitration results, and collect approved funds. Covers the full fulfill-arbitrate-collect lifecycle.

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Medium

Suggest reviewing before use

SKILL.md
Quality
Evals
Security

Quality

Content

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

A highly actionable, well-structured skill: every step is executable with exact commands and the multi-step lifecycle has genuine validation checkpoints (status before submit, APPROVED before collect). Remaining gaps are minor — a little generic advice that could be trimmed and missing error-recovery guidance for an unresponsive oracle or failed transactions.

Suggestions

Trim the generic writing advice in step 2 ("Read the demand carefully", "Be specific and directly address what the demand asks for") down to the one non-obvious fact — how the default arbitration prompt evaluates fulfillment vs. demand — and drop the intro sentence that restates the description.

Add a short error-recovery note for the two failure modes the flow acknowledges but doesn't handle: what to do when the oracle hasn't responded after escrow:status (wait/re-check vs. confirm the oracle is running) and what state the bond is in if escrow:fulfill fails mid commit-reveal.

DimensionReasoningScore

Conciseness

The body is efficient and domain-dense (exact commands, gas/bond/commit-reveal facts, oracle address handling), with only minor trimmable padding such as "Read the demand carefully" / "Be specific and directly address what the demand asks for" and an intro sentence that restates the description. Not 5 because the example flow repeats the step commands and step 2 includes advice Claude already knows; not 3 because the unnecessary material is minor relative to the concrete content.

4 / 5

Actionability

Every step gives copy-paste-ready commands with exact flags (escrow:status, escrow:fulfill with --escrow-uid/--fulfillment/--oracle, escrow:collect with --fulfillment-uid), prerequisites name the precise env var and flags (PRIVATE_KEY, nla wallet:set), and the example flow uses concrete values. Not 4 because there are no real gaps in executable guidance.

5 / 5

Workflow Clarity

The five steps are clearly sequenced with real checkpoints: check status first, then submit, then "Look for 'APPROVED' or 'REJECTED'", then collect "Once the oracle approves", plus rejection recovery ("If rejected, the tokens stay in escrow - another fulfillment attempt can be made"). Not 5 because there are no feedback loops for failure modes like an unresponsive oracle ("typically responds within seconds if it's running") or a transaction failing mid commit-reveal.

4 / 5

Progressive Disclosure

A single well-organized file with clearly labeled sections (numbered steps, Key details, Prerequisites, Example full flow) and no content that belongs in a separate file; there is one level of content and zero nesting. Not 5 because at ~100 lines it exceeds the under-50-line simple-skill case, and the highest anchor's reference-splitting pattern does not apply; not 3 because nothing is buried or misplaced.

4 / 5

Total

17

/

20

Passed

Description

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

A strong description: concrete third-person actions, an explicit 'Use when' clause with specific triggers, and a well-defined niche. The only weakness is modest keyword coverage — a few natural synonyms for the collect/claim step would round it out.

DimensionReasoningScore

Specificity

"Fulfill an existing NLA escrow and collect tokens" plus "submit fulfillment text", "check arbitration results", and "collect approved funds" lists multiple specific concrete actions covering the whole lifecycle, matching the comprehensive-coverage anchor. It is not 4 because there are no meaningful gaps in the actions described.

5 / 5

Completeness

It explicitly answers both: what ("Fulfill an existing NLA escrow and collect tokens") and when ("Use when the user wants to submit fulfillment text for an on-chain escrow, check arbitration results, and collect approved funds"). Not 4 because the 'when' clause is explicit with concrete trigger phrases rather than merely serviceable.

5 / 5

Trigger Term Quality

Natural phrases users of this domain would say are present ("escrow", "fulfillment text", "check arbitration results", "collect approved funds"), giving good keyword coverage. It is not 5 because common synonyms such as "claim", "withdraw", or "release funds" are missing; not 3 because the terms go well beyond domain-only jargon like "NLA".

4 / 5

Distinctiveness Conflict Risk

"NLA escrow" and the fulfill-arbitrate-collect lifecycle define a clear niche with distinct triggers, making conflict with other skills unlikely. Not 4 because no closely related skill would plausibly compete for these triggers.

5 / 5

Total

19

/

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

internet-court/internet-court-skill

Path

vendored/arkhai/nla-fulfill/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.