用途：在任何漏洞赏金或授权测试会话开始时、切换目标时，或不知下一步做什么时使用。它把工作流与思维框架结合，用于组织一次完整的狩猎过程。
主要能力： 一、模式确认。会话开始前先明确授权类型（漏洞赏金、红队、渗透测试、内部审计），因为不同类型对“有效发现”的判定不同；漏洞赏金通常只接受能证明实际影响的漏洞，而卫生类问题常被拒。若无法从指令判断，应主动询问一次，不要假设。 二、思维框架。以“证明攻击场景”为目标而非“找漏洞”。每场定义目标与影响（保密性、完整性、可用性、账户接管、RCE），选择1-2个漏洞类别，专注执行。包含批判性思维（质疑信任边界、逆向开发者心理）、多视角（水平/垂直/数据流/时间状态/客户端环境/业务影响）、战术思维（命名异常、错误差异、环境差异、版本差异、供应链、第三方集成）和战略思维（不对称性、直觉工程、未知管理）。 三、5阶段非线性流程：1 侦察（子域枚举、探测、端口扫描、技术识别，或针对性的 Google Dorks、JS 分析、隐藏参数）；2 映射与分析（端点、认证模型、业务流程、JS 路由与密钥、角色权限、异常行为）；3 漏洞发现（按输入类型分发到 IDOR、SQLi、SSRF、XSS、文件上传、业务逻辑、认证绕过、批量赋值、SSTI 等，先错误型再盲测，依次尝试报错、时间、OOB、布尔）；4 证明与升级（把低危串成账户接管或 RCE，处理 WAF/CSP 绕过）；5 验证与报告（预先验证门、多工具复现、按平台格式提交，标题与影响优先）。
必要用法：会话开始先写下授权类型，再定义目标、选择漏洞类别、执行；流程可回退，阶段三发现新 API 应回到阶段二。命令示例：/recon target.com。
适用场景：漏洞赏金（HackerOne、Bugcrowd、Intigriti、私有 VDP）、红队、授权渗透测试、内部审计。
限制与注意：卫生类发现单独提交常被拒；必须使用8位以上随机标记以避免误报；仅状态码不能证明绕过，需比较响应体；计时结论需至少10次交错试验；单端点20分钟无进展应轮换；45分钟沉没成本应放弃；同一目标建议至少坚持2周/30小时；不能用 shell 循环超过5次迭代；本技能不替代授权，测试范围以正式授权为准。资料未提供具体收费、价格与官方支持信息。