CtrlK
BlogDocsLog inGet started
Tessl Logo

nft-standards

Implement NFT standards (ERC-721, ERC-1155) with proper metadata handling, minting strategies, and marketplace integration. Use when creating NFT contracts, building NFT marketplaces, or implementing digital asset systems.

77

1.24x
Quality

68%

Does it follow best practices?

Impact

93%

1.24x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./tests/ext_conformance/artifacts/agents-wshobson/blockchain-web3/skills/nft-standards/SKILL.md

The canonical home for this skill is nft-standards in wshobson/agents

SKILL.md
Quality
Evals
Security

Quality

Content

53%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 delivers a well-organized catalog of mostly concrete, standards-compliant Solidity patterns with little conceptual padding, but it is undermined by an overloaded SKILL.md, several stub/non-compiling examples, no validation or testing guidance for batch minting operations, and a Resources section whose referenced files do not exist in the bundle.

Suggestions

Create the referenced bundle files (references/erc721.md, references/erc1155.md, references/metadata-standards.md, references/enumeration.md, assets/erc721-contract.sol, assets/erc1155-contract.sol, assets/metadata-schema.json, assets/metadata-uploader.py) or remove the Resources section — every listed path is currently missing.

Move the full production contract templates out of SKILL.md into assets/ and keep only concise, decision-oriented snippets (standard selection, mint-pattern comparison, metadata format) inline to cut the ~380-line body down to a navigable overview.

Add an explicit workflow with validation checkpoints for the highest-risk operations: batch minting (supply/payment reverts are present, but no testing, deployment verification, or post-deploy checks are mentioned) and make stub functions like generateSVG and generateMetadata either complete or explicitly marked as fill-in points.

DimensionReasoningScore

Conciseness

Prose is lean and the skill avoids explaining concepts Claude already knows, but ~380 lines of full contracts are inlined, including boilerplate Claude does not need spelled out (the four mandatory ERC721Enumerable/URIStorage override functions, complete import lists, constructor boilerplate). It could be tightened considerably by trimming boilerplate and moving full templates to bundle files.

3 / 5

Actionability

Mostly executable, copy-adaptable Solidity for ERC-721, ERC-1155, EIP-2981 royalties, soulbound tokens, and ERC721A minting. However, several examples are stubs or non-compiling as written: OnChainNFT uses Base64.encode without importing it and generateSVG returns "...", DynamicNFT's generateMetadata returns "", and the ERC-721 example calls Strings.toString without importing Strings — minor but real gaps that keep it below fully-executable.

4 / 5

Workflow Clarity

Content is organized as a pattern catalog (when-to-use → standards → metadata → advanced features → best practices) but no explicit multi-step workflow exists for building and shipping an NFT system, and there are no validation or testing checkpoints despite batch-minting loops (e.g., the for-loop in mint()) — the missing-validation cap for batch operations applies. It stays at 3 rather than 2 because the "When to Use" and numbered "Best Practices" sections give an implicit decision sequence.

3 / 5

Progressive Disclosure

The Resources section lists eight bundle files (references/erc721.md, references/metadata-standards.md, assets/erc721-contract.sol, assets/metadata-uploader.py, etc.), but none of the references/, scripts/, or assets/ directories exist — every reference is a dead path, so navigation to detail is impossible. Meanwhile the full contract content that those files should hold is inlined in SKILL.md, fitting the anchor where content that clearly belongs in separate files is inlined and references are non-functional.

2 / 5

Total

12

/

20

Passed

Description

83%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 in third person that names concrete capabilities and the relevant standards, paired with an explicit "Use when..." trigger clause covering the main use cases. It is only slightly held back by missing synonyms (minting, collectibles) and minor overlap risk with generic smart-contract skills.

DimensionReasoningScore

Specificity

Lists several specific actions — "Implement NFT standards (ERC-721, ERC-1155)", "metadata handling, minting strategies, and marketplace integration" — with named standards. It falls just below the comprehensive anchor because body-covered capabilities like royalties (EIP-2981), soulbound tokens, and dynamic NFTs are absent from the description, leaving minor coverage gaps.

4 / 5

Completeness

Clearly and explicitly answers both questions: the "what" ("Implement NFT standards (ERC-721, ERC-1155) with proper metadata handling, minting strategies, and marketplace integration") and the "when" ("Use when creating NFT contracts, building NFT marketplaces, or implementing digital asset systems") with concrete trigger phrases, matching the top anchor's structure.

5 / 5

Trigger Term Quality

Good natural keyword coverage: "NFT contracts", "NFT marketplaces", "digital asset systems" are phrases a user would plausibly say. A few natural terms are missing — "minting", "collectibles", "ERC-721"/"ERC-1155" as standalone spoken triggers, and "NFT collection" — so it does not reach the comprehensive-with-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The NFT/ERC-721/ERC-1155 niche is well-delineated with distinct triggers, but phrases like "creating NFT contracts" could also plausibly trigger a general smart-contract or Solidity development skill, giving minor overlap risk with closely related skills rather than the minimal-conflict top anchor.

4 / 5

Total

17

/

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

referenced_paths_exist

Referenced path issues: 8 missing

Warning

Total

15

/

16

Passed

Repository
Dicklesworthstone/pi_agent_rust
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.