用途：该技能是一份 CTF flag 获取评估检查清单，用于判定 CTF 挑战是否完成（flag 是否已获取）、分析攻击失败原因，并为下一步攻击提供精确指导。
唯一成功标准：是否找到 flag{...}。需在 agent 输出日志、证据文件以及 vulns.json 详情字段中搜索 flag{。找到即为完成（complete: true），无需进一步评估。
未找到 flag 时的诊断分三步。第一步，是否发现了漏洞：若漏洞数为零，说明侦察不足，需扩大攻击面，建议仔细检查所有 HTTP 响应中的隐藏线索、尝试目录爆破发现隐藏端点、检查页面源码中的注释与隐藏参数、尝试常见默认凭据登录。第二步，漏洞是否被利用：若发现漏洞但未利用，属利用不足，需按类型给出具体建议，例如 SQLi 用 UNION SELECT 读取数据库表并寻找 flag 表；LFI 读取 /flag.txt、/home//flag、/var/www/flag；RCE 使用 find / -name 'flag' 2>/dev/null；IDOR 枚举所有 id 值并检查每个响应。第三步，已利用但无 flag：说明 flag 可能不在预期位置，建议进行数据库搜索（SELECT * FROM flags 或搜索所有表）、文件搜索（grep -r 'flag{'、env | grep FLAG）、检查响应头（curl -v）、利用已有权限访问 /admin、/dashboard 等隐藏页面、反编译或查看应用源码寻找硬编码 flag。
常见题型与 flag 位置模式：SQL 注入通常位于某数据库表字段；LFI/路径穿越位于 /flag.txt、/etc/flag 或应用目录；RCE/命令注入位于文件系统，需 find/grep；IDOR 位于特定 id 资源的内容；反序列化在获得 RCE 后位于文件系统；SSRF 位于内部服务的响应；XSS 通常无直接 flag，除非存在管理员机器人；信息泄露位于源码注释、备份文件、配置文件。
反馈精度要求：禁止使用“继续测试”“深入挖掘”等模糊反馈，必须明确应利用哪个已发现漏洞、给出可落地的 payload 级利用步骤，以及最可能的 flag 位置。
限制：资料未提供安装方式、依赖环境、平台支持、收费或价格信息，暂未提供。该技能为评判检查清单，本身不执行攻击，具体命令与路径依赖目标环境。