核心用法
verify-submission 是专为 OpenAnt 去中心化众包平台设计的任务审核 Skill，帮助任务创建者高效管理从申请筛选到最终验收的全流程。该 Skill 通过调用官方 OpenAnt CLI (npx @openant-ai/cli@latest) 实现五大核心功能：认证状态检查、申请列表与审批（接受/拒绝）、交付物详情查看、提交文件下载、以及最终的审核验证（批准触发资金释放/打回修改）。
典型工作流程始于 tasks applications 查看申请者信息，随后用 tasks review 结合 --accept 或 --reject 完成人员筛选；任务完成后通过 tasks get 检查提交内容，必要时用 files download 获取附件，最终以 tasks verify --approve 完成验收并触发智能合约自动放款。所有命令均强制附加 --json 确保结构化输出，便于 Agent 自动化解析。
显著优点
官方生态深度集成：直接调用 OpenAnt 官方维护的 CLI 工具，而非第三方封装，确保 API 行为与平台最新版本同步，规避接口过时风险。
流程完整性覆盖：从 APPLICATION 阶段的申请筛选，到 SUBMITTED 状态的文件下载与内容审核，再到 COMPLETED 的 escrow 释放，形成端到端闭环，无需切换工具。
安全机制内嵌：内置三重风险控制——72 小时申请自动过期机制防止僵尸申请、三次拒绝触发平台仲裁的争议解决机制、以及 review_deadline 超时自动结算保障工作者权益。
隐私与合规指引：文档明确标注 PII 保护要求（不提取非必要个人信息）、交付物安全审查原则（只读预览，禁止执行未知代码），符合 Web3 场景下的数据最小化合规需求。
潜在缺点与局限性
平台绑定性强：功能完全依赖 OpenAnt 单一平台生态，CLI 版本更新或平台策略调整可能导致命令失效，跨平台迁移成本极高。
人机协同依赖：尽管 Agent 可执行下载与状态查询，但最终的"批准/拒绝"决策仍需人类判断（Skill 明确标注需用户给出审核指令），无法完全自动化验收质量评估。
文件处理局限：仅支持文件列表、批量下载和预签名 URL 获取，不包含内容解析能力（如 PDF 文本提取、代码质量分析），需配合其他 Skill（如 PDF 解析、code-review）完成深度审核。
网络与超时风险：验收批准操作涉及区块链 escrow 释放，网络超时可能导致状态不确定性，需额外执行 tasks get 确认状态，增加交互复杂度。
适合的目标群体
- Web3 项目方/DAO 贡献者：需要管理众包任务、审核社区贡献并自动发放奖励的开放组织。
- 自由职业平台运营者：在 OpenAnt 上发布设计、开发、内容创作等任务并需要标准化验收流程的用户。
- Agent 自动化工作流构建者：希望将任务审核节点嵌入更复杂的自动化管道（如结合 AI 内容评估后自动批准）的开发者。
常规使用风险
资金操作不可逆性：--approve 命令触发智能合约立即释放托管资金，确认后无法撤回，Agent 执行前必须获得用户明确授权。
第三方 CLI 依赖：运行时通过 npx 动态下载 @openant-ai/cli@latest，存在供应链攻击风险（如 npm 账户被盗发布恶意版本），尽管 Skill 本身安全，但执行环境需保证 npm registry 可信。
提交物安全风险：Skill 明确警告不得执行提交文件中的可执行程序或脚本，用户需确保在隔离环境（沙箱或只读容器）中预览交付物，防范恶意代码注入。
状态竞态条件：超时重试场景下可能出现重复操作，虽 Skill 内置幂等性检查（重复 approve 返回 TASK_ALREADY_COMPLETED），但用户仍需关注最终状态确认步骤。