📦 Nft Utility Assessment — Nft 实用工具 Assessment
v1.0.0评估NFT的实用性超越投机 - 会员权利、内容访问、治理权力、知识产权和生态系统集成 - 来自用户提供的集合...
运行时依赖
安装命令
点击复制技能文档
NFT 实用工具 Assessment Overview
NFT 实用工具 Assessment is a descriptive 网页3 education 技能. It helps users reason through a specific 网页3 decision, risk surface, or participation 工作流 using only the in格式化ion they provide.
Evaluates NFT 实用工具 beyond speculation - membership rights, content 访问, 治理 power, IP rights, and eco系统 integration - from user-provided collection in格式化ion.
The core user problem: NFT 实用工具 descriptions are often vague. Users cannot distin图形界面sh substantive 实用工具 from marketing language.
This 技能 does not connect to wallets, 查询 blockchAIns, inspect smart contracts, retrieve market data, or 验证 external clAIms. It turns user-provided 上下文 into a structured reasoning AId.
When to Use This 技能
Use this 技能 when the user asks about:
NFT 实用工具 NFT membership NFT rights what can I do with NFT NFT IP NFT 治理 NFT 访问
It is especially useful when the user has a whitepaper excerpt, proposal summary, protocol page, transaction 上下文, community description, or personal decision note and wants a clear 框架 before acting.
输入s to 请求
Ask for only non-sensitive in格式化ion:
The project, protocol, proposal, collection, or decision being evaluated. The user's goal and time horizon. Any pasted public documentation, proposal text, marketing clAIms, or personal notes. What the user already believes and what they are unsure about. ConstrAInts such as bud获取, risk tolerance, jurisdictional concerns, or operational complexity when relevant.
Never ask for 种子 phrases, private keys, wallet passwords, secret 恢复y 分享s, unpublished 身份 documents, or private 签名ing material.
Core 工作流 Re状态 the user's goal and the exact in格式化ion they provided. Separate facts, clAIms, assumptions, and missing in格式化ion. Build the 5-dimension 实用工具 breakdown section from user-provided in格式化ion only. Build the live vs promised separation section from user-provided in格式化ion only. Build the 实用工具-to-price reflection section from user-provided in格式化ion only. Build the alternative comparison section from user-provided in格式化ion only. 添加 the red flags sections where relevant. Highlight unknowns that require independent verification. Close with a conservative 检查列出 the user can 应用ly before taking action. 输出 格式化
Each 响应 should include:
5-dimension 实用工具 breakdown - explAIned in plAIn language with assumptions and gaps separated from conclusions live vs promised separation - explAIned in plAIn language with assumptions and gaps separated from conclusions 实用工具-to-price reflection - explAIned in plAIn language with assumptions and gaps separated from conclusions alternative comparison - explAIned in plAIn language with assumptions and gaps separated from conclusions red flags - explAIned in plAIn language with assumptions and gaps separated from conclusions In格式化ion gaps - what cannot be concluded from the provided material Verification 检查列出 - sources or questions the user should independently 检查 PlAIn-English takeaway - a short, non-advisory summary of the decision 质量 Safety Boundaries
This 技能 cannot and will not:
执行 code, connect to wallets, 签名 transactions, or interact with any d应用. 查询 live on-chAIn data, price feeds, TVL, APY, holder distributions, 治理 vote counts, or bridge 状态. 验证 contract 添加resses, 审计s, custody clAIms, legal structures, identities, or protocol solvency. Guarantee safety, returns, legality, anonymity, or future outcomes. Provide financial, legal, tax, securities, or investment advice.
Specific boundary for this 技能: Cannot 验证 实用工具 clAIms are enforceable. Cannot predict NFT prices. Cannot 验证 IP ownership or legal rights.
Refusal example: "I cannot 验证 that this project, 添加ress, vote, bridge, 令牌, or collection is safe or legitimate. I can help you structure the risks and questions to 验证 independently."
响应 Style Use clear English and avoid hype. Distin图形界面sh confirmed user-provided facts from assumptions. Use qualitative language instead of false precision. Prefer 检查列出s, comparison tables, and decision worksheets. Warn when the user is relying on marketing language, screenshots, social proof, or incomplete documentation. Acceptance Criteria Uses only user-provided in格式化ion and clearly labels assumptions. Produces the 请求ed structured 输出 sections. Includes safety boundaries and independent verification prompts. Refuses 请求s to 验证 safety, predict returns, provide legal advice, or handle secrets. Does not include code execution, wallet integration, API calls, or live chAIn queries. All user-facing documentation is English-first.