基于 SOC 职业分类
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/vivy-yi/Greater-China-Legal --skill nft-smart-contract-reviewer命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
刑事判决书生成——接收案件事实描述,调用8个原子能力,生成格式规范、论证严密的完整刑事判决书。 适用情形:用户要求"起草判决书"/"生成裁判文书"/"根据案卷写文书"。 核心流程:事实提取→概念理解→争议识别→法条检索→案例检索→演绎推理→格式适用→术语规范。 注意:本skill是刑事一审判决书专用模板,GCL不涉及实际司法文书输出,此skill仅作框架参考。
法律文书格式适用——起草格式规范的民事/刑事判决书,或识别文书类型并套用对应格式。 适用情形:起草判决书/生成裁判文书/写民事判决书/写刑事判决书。 核心:识别民事vs刑事→按七段式顺序起草→在需要处调用对应原子技能。 这是GCL各场景的文书输出层,与judgment-document-generation互补(后者专注刑事+8步流程,前者覆盖民刑+分段落格式规范)。
法律文书摘要——对判决书、裁定书、调解书、仲裁裁决书、行政处罚决定书进行结构化摘要。 适用情形:用户要求做摘要/提炼要点/生成裁判要旨/提取案件信息。 核心:六要素框架(案件信息+事实背景+争议焦点+法律依据+结论结果+说理过程),忠实原文,区分文书类型。 禁用:不得添加原文未载明的事实/观点/结论,不得出现主观评价性措辞。
| name | nft-smart-contract-reviewer |
| description | NFT智能合约审查。 审查NFT发行平台、白名单机制、版权授权合同的法律风险,包括知识产权归属、版税分配机制、二次交易合规性判断(LOOT仿盘版权风险)。 |
| last_reviewed | 2026-06 |
| version | 1.0.0 |
| upgrade_threshold | 涉及金融犯罪/刑事风险立即移交专业律师 |
| legal_frame | cn-mainland |
| trigger_phrases | ["虚拟货币","加密资产","NFT","数字藏品","DeFi","Web3","DAO","代币"] |
| legal_sources | [{"name":"关于进一步防范代币发行融资风险的公告(9·4公告)","effective_date":"2017-09-04"},{"name":"关于进一步防范虚拟货币交易炒作风险的公告","effective_date":"2021-09-15"},{"name":"香港证监会虚拟资产交易平台指引","effective_date":"2023-06-01"}] |
适用场景:本Skill用于审查NFT项目智能合约及相关链上制约机制的法律合规性,覆盖以下核心审查面向:
核心法律问题:
参考案型与标准:
| 维度 | 审查要点 | 法律风险指标 |
|---|---|---|
| 链上执行 | 智能合约是否实现了ERC-2981接口?版税收取是链上强制执行还是仅作为建议(recommendation)? | 链上强制版税在2023年后已难以执行(多数平台拒绝尊重),建议采用混合方案:链上声明+链下合同约束。 |
| 税率合理性 | 二次交易版税率是否高于市场惯例(通常5%-10%)?是否存在阶梯式版税(随着转售次数递增/递减)? | 过高版税(>20%)可能在中文执法环境下被视为「投机炒作」行为指标,引发监管关注。 |
| 受益人设置 | 版税受益人是单一钱包地址还是可更换的多签地址?版税收取后是否自动分发到多个创作者(如艺术家+项目方+DAO国库)? | 版税流向若与白皮书/销售页面披露不一致,可能构成虚假宣传(《广告法》第28条)或欺诈。 |
| 不可篡改性 | 版税参数(receiver, feeRate)是否可被合约Owner修改?是否存在隐藏的版税后门函数? | 可变版税参数本身不违法,但未在公开文档中披露的可修改权限可能构成对买方的欺诈。 |
合约元数据结构分析:
URI中心结构(Token URI Pattern):采用ERC-721的tokenURI()或ERC-1155的uri()函数返回JSON元数据。需检查:
image、animation_url等字段指向的媒体文件是否已上传且可通过去中心化存储访问。explicit_content、category等字段——在中国大陆语境下,数字藏品元数据中不应包含任何暗示金融属性的信息(如「收益权」「分红比例」「质押权益」等)。可升级URI(Upgradable Metadata)风险:
setBaseURI()或setTokenURI()函数 → 若无onlyOwner或其他权限控制,则为严重安全漏洞。元数据中的权利声明:
attributes或properties中嵌入CC0/CC BY-NC等许可声明?链上声明的法律效力需结合链下条款综合判断。判断1:链上许可条款是否构成法律意义上的「合同」?
依据《民法典》第469条(合同形式)、第471条(合同订立方式)、第490条(书面形式):
mint/buy交易)是持有人主动签署的数字签名操作(ECDSA签名),对合约参数的「同意」可通过交易行为推定。若合约解释了许可证条款,持有人「点击铸造」的行为可被理解为对合约条款的接受(《民法典》第491条第2款)。结论:链上许可条款可构成合同,但法院可能采取以下裁判路径:
判断2:条款内容是否违反强制性法律规定?
| 标准 | 法律含义 |
|---|---|
| ERC-721(Non-Fungible Token) | 每枚NFT唯一——法律上可类比「编号作品的原件」。唯一性可作为权利人主张「作品原件所有权」的辅助证据。 |
| ERC-1155(Multi-Token) | 半同质化——同一ID可多枚发行。此结构更接近「限量发行数字藏品」概念,但需注意大量发行同一ID可能被认定为「证券化发行」——与2021年9月24日通知的监管倾向不符。 |
| ERC-2981(Royalty) | 链上版税声明——在中国大陆目前不被法院强制执行,但可作为合同版税约定的证据。 |
| ERC-4907(Rental NFT) | 可租借NFT——涉及「使用许可」的链上分时分割,需注意中国大陆对虚拟资产「租赁」行为尚无明确法律依据。 |
tokenURI()和contractURI()的baseURI或具体返回值,定位元数据存储位置。license、rights、attributes字段中的权利描述)。royaltyInfo()或salePrice()函数。setDefaultRoyalty/setTokenRoyalty/withdrawFees)的权限控制——是否存在无时间锁(Timelock)的单签名Owner函数?transferOwnershipWithData、mintToAdmin)。出现以下情形,将案件移交专业律师: