这个 Skill 能做什么，适合哪些场景？
这是一个 Claude Code 技能，将 Move 语言代码审查知识内置于 Claude 中。它对照 Move Book 官方代码质量清单，覆盖 11 大类别、50 余条具体规则，检查 Move 包是否符合 Move 2024 Edition 最佳实践。分析分为发现、系统性分析、报告、交互式复核四个阶段，输出按严重程度分级的结构化报告。适合 Sui 及其他 Move 生态的开发者在写代码或审计现有代码时使用。
- 读取项目中的 Move.toml 清单，检查 edition 是否为 2024.beta/2024、依赖是否隐式（Sui 1.45+ 不需显式框架依赖）、命名地址是否加项目前缀。
- 用 glob 找出所有 .move 文件和以 _tests 结尾的测试模块，并可询问用户是全包扫描还是指定文件/类别分析。
- 按 11 类规则逐项审查：模块语法与 use 语句、常量命名（EPascalCase 错误码 / ALL_CAPS 常量）、结构体约定（Cap 后缀、事件过去时）、函数签名（public/entry 区分、参数顺序、getter 命名）、函数体惯用法（方法链、宏、.. 解包语法）、Option/循环宏、测试写法（合并 #[test, expected_failure]、assert_eq!、避免不必要的 TestScenario）以及文档注释。
- 产出 Markdown 报告，包含通过/建议/严重问题计数、文件路径与行号、正反代码示例和修复片段。
- 报告后可选续答追问、深入分析某一类别或直接给出修复建议。
- Sui 合约开发者在提交 PR 前想让 Claude 快速审查模块是否符合 Move 2024 规范
- 团队审计既有 Move 包，希望按清单逐类发现遗留写法（如旧式花括号模块、显式框架依赖）
- 初学者写完 Move.toml 后想确认 edition、依赖和命名地址配置是否正确
- 开发者收到 movec 编译错误之外的测试写法反馈，想检查测试属性、命名与断言习惯
- 代码评审者在评论某函数签名前，想核对参数排序、public/entry 使用和 getter 命名
- 需要实际运行 Move 编译器或格式化工具的场景——本技能仅做基于提示词的静态审查，无法保证覆盖所有违规项
- 使用旧版 Move 或其他 Move 链（如 Aptos）的项目——规则针对 Move 2024 Edition 和 Sui 1.45+，对其他版本的适用性未说明
如何安装这个 Skill？
- 本评估为静态源码审查，未执行任何代码，置信度低。
- 技能规则深度绑定 Sui 1.45+ 与 Move 2024 Edition，其他 Move 部署（如 Aptos）适用性未声明。
- 引用的 Move Book 等境外资源在中国大陆的可达性未经评估。
- 交互式'自动修复'环节缺少强制的用户确认与回滚说明，使用时请人工审查所有建议修改。
- CONTRIBUTING 中描述的 checklist/tests 目录与版本治理在现有证据中不可见，规则可能随上游 Move Book 更新而滞后。
- 本地文件系统
Move 2024 Edition project (.move files / Move.toml)
Claude Code
mkdir -p ~/.claude/skills
git clone https://github.com/1NickPappas/move-code-quality-skill ~/.claude/skills/move-code-quality技能文件位于仓库的 SKILL.md。来源未说明其他安装方式（如插件市场）。
如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- 检查这个 Move 模块的代码质量问题
- 检查我的包是否符合 Move 2024 Edition 规范
- 审查一下我的 Move.toml 配置
- 这个函数签名对吗？参数顺序和 getter 命名符合规范吗？
在包含 .move 文件或 Move.toml 的目录中工作时技能会自动激活，也可显式提示，例如："Analyze this Move package for code quality issues"、"Review this module against the Move code quality checklist"、"Check if this code follows Move 2024 best practices"。分析开始时它会询问是全包扫描还是针对特定文件/类别。来源未说明耗时或 token 消耗。
这个 Skill 有哪些优点和局限？
- 规则直接来自 Move Book 官方代码质量清单，有据可查并在报告中引用来源
- 50 余条规则均有正反代码示例，报告带文件路径、行号和可直接套用的修复片段
- 按严重程度分级（缺 Move 2024 Edition 为关键项），便于排定修复优先级
- 纯提示词技能，无需安装额外 CLI 或脚本，克隆即用
- 报告后支持交互式追问与自动修复建议
- 完全基于提示词的静态审查，不运行 Move 编译器或格式化工具，无法保证发现所有违规
- 规则面向 Move 2024 Edition 和 Sui 1.45+，对旧版本或其他 Move 链（如 Aptos）适配性未说明
- 仓库无 topics、未提供测试套件或实际使用效果数据，质量证据主要来自文档本身
- 报告格式建议在字段间加空行等排版要求依赖模型自觉遵循，输出格式可能有波动
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| Move 代码质量检查器 本页 | 54 · 谨慎使用 | ★ 23 | 1 年前 | MIT |
| CodeRabbit 代码审查技能 | 53 · 谨慎使用 | ★ 35 | 2 个月前 | Unlicense |
| Open Code Review（开源代码评审技能） | 50 · 谨慎使用 | ★ 35 | 2 个月前 | Unlicense |
| Open Code Review — AI 代码质量门禁 | 46 · 谨慎使用 | ★ 40 | 6 个月前 | NOASSERTION |
| OpenCodeReview 代码审查技能 | 待评估 | ★ 47k | 11 天前 | Apache-2.0 |
FollowSkills 如何评估这个 Skill？
纯提示词技能，无脚本、无网络请求、无外部副作用，主要操作为读取本地 Move 文件并给出报告，权限面最小；自动修复仅以'提议'形式在交互阶段出现，未强制修改。扣分点：缺少对读取范围、数据流与回滚的显式声明，自动修复环节无用户确认规范。
规则自洽，工作流分阶段清晰，报告模板具体；但完全依赖模型执行正则式人工检查，无脚本、无测试、无对异常输入（缺 Move.toml、空目录）的失败反馈路径。静态审查上限内给分，扣分因失败模式与边界行为未定义。
触发条件（.move 文件、Move.toml、'check Move code quality'）语义明确，场景清晰；但能力边界与不适用范围未声明，规则深度绑定 Sui 1.45+ 与 Move 2024 Edition，无中文支持说明，引用的 Move Book 等资源位于境外站点，中国大陆可达性未评估，故扣分。
有 README、CONTRIBUTING、MIT LICENSE，文档结构良好，引用官方来源；但 CONSTRIBubuting 中描述的 checklist/、examples/、tests/ 目录结构未在提供的证据中体现，无版本号、无 changelog、无明确维护者承诺与更新路径，故扣分。
规则清单具体（50+ 条、11 类），报告格式可直接使用，相对手动核对 Move Book 有边际价值；但静态审查无法验证输出可直接使用，且规则时效性依赖 Sui/Move 版本更新，扣分因缺少代表性输出验证与替代方案对比证据。
规则可溯源至官方 Move Book checklist（外部引用明确），事实与建议分离较好；但无已提交的测试套件、无 CI 执行证据、无独立可复现的第三方验证，静态审查上限内只能给中低分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →