该技能用于 Web3 漏洞赏金的鉴别（triage）与报告撰写，帮助在提交前验证发现是否成立，并按 Immunefi 格式组织报告。
一、用途 在写出报告前逐条判断漏洞是否值得提交，避免无效提交拉低提交:鉴别比（目标 70% 以上有效提交）。
二、主要能力
- 7 问鉴别门：能否立即被利用（含 setup/call/result/cost/ROI 模板）、影响是否在项目接受的 impact 列表内、根因是否在范围内合约、是否需管理员权限、是否已有审计已知问题、经济攻击是否可行、是否已公开。任一不符即放弃。
- 严重性矩阵：Impact × Likelihood × Exploitability（各 1–3），边界时向下取整；并列出降级触发条件（需特定管理员配置、影响小部分用户、需超 24 小时、可暂停、仅收益损失、理论性漏洞、攻击成本高于收益等）。
- 报告写作公式：标题=精确函数+根因+量化影响；对照证据（“函数 A 有 X，函数 B 没有”）；编号攻击路径；量化影响；PoC 输出实际数值；一行修复。
- Immunefi 报告模板：Summary、Vulnerability Details、Impact、Preconditions、Proof of Concept、Recommended Fix、References。
- PoC 要求：可运行的 Foundry 测试（forge test -vvv 通过）、指定区块分叉主网、使用真实部署地址、有 console.log 数值、可用单条命令复现。
- 常见拒绝原因与鉴别者关注点清单。
三、20 个真实付费案例解析 包含 Wormhole 未初始化代理、ZeroLend 存在性与所有权检查混淆、Alchemix poke() 缺少 onlyNewEpoch、Yeet 会计失配、Folks Finance 零额数组 push 等，逐个说明根因、猎人做法与关键洞察，并给出 grep 复现命令（如 grep -rn "function vote|function poke|function reset" contracts/ -A2）。
四、限制 资料未提供该技能的具体安装命令、运行环境、平台支持与收费信息；其中部分内容（如 payout 区间与示例）需以具体 Immunefi 项目页面为准。