move-code-quality

Analyzes Move language packages against the Move Book Code Quality Checklist.

Updated Aug 12, 2026
One-click install
npx skills add https://github.com/Barbaros911/As-mine --skill move-code-quality-barbaros911
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: move-code-quality
Source: https://github.com/Barbaros911/As-mine/tree/main/.claude/skills/move-code-quality-skill
Command: npx skills add https://github.com/Barbaros911/As-mine --skill move-code-quality-barbaros911

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Move developers often write code that compiles but violates modern Move 2024 Edition best practices, leading to outdated syntax, non-composable functions, and inconsistent naming that hurts maintainability and PTB composability. ## Core Features & Use Cases - Systematic Quality Audit: Reviews Move packages across 11 categories with 50+ rules covering Move.toml manifests, imports, structs, functions, macros, and tests. - Move 2024 Edition Compliance: Detects missing edition declarations, legacy module syntax, and outdated explicit framework dependencies for Sui 1.45+. - Prioritized Reporting: Produces structured findings with file paths, line numbers, before/after code examples, and severity levels from critical to recommended. - Use Case: A developer finishing a Sui smart contract module asks for a review and receives a report flagging a missing edition field, redundant public entry modifiers, and manual loops that should use vector::tabulate! macros. ## Quick Start Ask the assistant to analyze this Move package for code quality issues against the Move Book checklist.

Frequently Asked Questions about move-code-quality

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check Move code quality against best practices?▼

Run a review of your Move package against the Move Book Code Quality Checklist, which covers 11 categories including manifests, imports, structs, functions, and tests. The analysis reports issues with file paths, line numbers, and corrected code examples.

What does the Move 2024 Edition require in Move.toml?▼

Move 2024 Edition requires an edition field set to "2024.beta" or "2024" in the package manifest. For Sui 1.45 and later, explicit framework dependencies like Sui, Bridge, and MoveStdlib should be removed since they are implicit.

Should I use public entry functions in Move?▼

No, combining public and entry is redundant. Use public functions that return values for composability with Programmable Transaction Blocks, or entry functions only for pure transaction endpoints that transfer objects.

Does this work with older Move editions?▼

All checklist recommendations assume Move 2024 Edition. If your Move.toml lacks the edition declaration, the analysis flags it as a critical issue because modern syntax features like method chaining and macros require it.

What are common Move testing mistakes the review catches?▼

Common issues include prefixing test names with test_, using abort codes in assert! statements, cleaning up expected_failure tests, and using full TestScenario setups when tx_context::dummy() suffices. The review recommends assert_eq! and sui::test_utils::destroy instead.