菜单
通用企业 SRC 工作流技能。只要任务涉及企业 SRC、授权范围确认、测试规则梳理、资产盘点、被动信息收集、空间测绘结果整理、导出归类、漏洞挖掘准备，或在授权范围内推进实际挖掘与记录，就应优先使用这个技能。它适合多厂商、多项目、长期复用的 SRC 场景，尤其适合需要先确认范围与规则，再结合官方资料、被动来源、导出文件和本地笔记推进工作的任务。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/OpenAisec/Miko --skill src-workflow命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
渗透测试实战技能 v1.2.0。覆盖信息收集、漏洞发现 (3梯队9+3+6类)、漏洞利用、后渗透、免杀全流程。 当用户给出具体目标 (IP/域名/URL) 且意图是攻击/利用/拿权限时触发。 不触发: 概念讨论、蓝队防御、代码审计、CVE文档查询。
所有联网操作必须通过此 skill 处理，包括：搜索、网页抓取、登录后操作、网络交互等。 触发场景：用户要求搜索信息、查看网页内容、访问需要登录的网站、操作网页界面、抓取社交媒体内容（小红书、微博、推特等）、读取动态渲染页面、以及任何需要真实浏览器环境的网络任务。
Direct browser control via CDP for web interaction: automation, scraping, testing, screenshots, and site/app work.
基于 SOC 职业分类
正在显示 SKILL.md
| name | src-workflow |
| description | 通用企业 SRC 工作流技能。只要任务涉及企业 SRC、授权范围确认、测试规则梳理、资产盘点、被动信息收集、空间测绘结果整理、导出归类、漏洞挖掘准备，或在授权范围内推进实际挖掘与记录，就应优先使用这个技能。它适合多厂商、多项目、长期复用的 SRC 场景，尤其适合需要先确认范围与规则，再结合官方资料、被动来源、导出文件和本地笔记推进工作的任务。 |
| compatibility | {"tools":"Read, Write, Edit, Glob, Grep, Bash, Skill, WebSearch, WebFetch"} |
这个技能用于处理 企业 SRC 场景下的通用工作流：
核心边界只有一条：仅在明确授权范围内执行。
在任何测试、验证、复现或挖掘过程中，默认只做低影响、可回退、非破坏性操作。
绝对不要擅自执行这类动作：
如果验证漏洞需要触发上述任一敏感操作，必须先停下并明确向用户汇报：
在用户明确确认前，不得继续执行。
如果执行过程中出现以下情况，也必须立刻汇报，而不是自行推进：
默认优先选择：只读、最小化、单次、可观察、不改变状态的验证路径。
当任务涉及以下任一场景时，应优先使用本技能：
不要把它理解成“只会信息收集”的技能。它覆盖的是 SRC 任务从准备、梳理、发现、分类到持续记录的整条工作链。
开始任务后，先检查当前项目里是否已经有总推进表 / 作战表。如果没有，应优先创建一份，再开始推进；如果已经有，就先更新它，再决定这轮做什么。
总推进表应按“平台 × 阶段”管理，不按零散发现管理。默认至少包含：平台、当前阶段、奖励/价值判断、竞争压力、验证成本、已确认入口、业务面进度、高价值目标、候选漏洞、报告草稿、下一步动作、阻塞项。
后续每完成一轮工作，都先写回总推进表，再写回资产底稿或其他专题文件。这样可以避免同时推进多个 SRC 时状态发散。
开始任务后，先读当前项目里已有的本地资料，再决定怎么推进。
优先查找并读取这些类型的文件：
目标不是“读得越多越好”，而是先回答这几个问题：
如果用户给了很少信息，也先从当前目录里的本地文档、说明文件、已有表格和笔记补上下文。
默认按这个顺序推进：
不要一上来就沉进某个平台的海量结果里。先把“范围、优先级、已有成果”看清楚，能减少很多无效工作。
先从本地资料或官方资料中提炼出：
优先级不要只按截止时间排。默认综合这几个维度判断：
这一阶段的输出应至少包括：
如果授权范围不清晰，不要主观扩展。先把它写成“待确认线索”，后续再结合官方映射补证据。
在做被动收集或漏洞挖掘之前，先把官方资料过一遍。
优先看的页面或资料类型：
官方资料的价值在于：
先用官方资料建立“入口树”，再补“暴露面树”。这比一上来只看空间测绘结果更稳。
凡是涉及网络访问、网页浏览、动态页面、登录态复用、导出操作、文件中心下载、页面交互，都应优先调用 web-access。
它适合承担这些任务：
本技能负责“判断应该做什么、按什么顺序做、产出什么记录”，web-access 负责“浏览器里怎么实际操作”。
如果 CDP 或浏览器调试没连上，先处理环境问题，不要在失败状态下反复重试同一动作。
在官方资料之外，按需组合这些被动来源：
这些来源的用途不同：
不要把任何单一来源当成最终真相。多个来源交叉验证后再决定写入哪一层清单。
空间测绘平台适合作为第一层暴露面发现工具，但不要让它主导全部判断。
优先围绕这些对象展开：
不要总是一把梭全量导出。更推荐按用途分桶：
如果结果很多，先导第一轮样本，再让模型离线分类；不要把浏览器页面当成长期工作区。
通用流程是：
“导出”与“下载”通常不是同一步，很多平台都会拆开。记得走完整条链路。
优先从常见下载目录或用户指定目录定位：
Downloads优先用：
Glob 找 *.xlsx / *.csv / *.jsonBash 查看目录内容不同格式适合不同策略：
xlsxcsvjson离线分类不是为了“看起来整齐”，而是为了让下一步挖掘更快。
优先标这些高价值线索：
同时要单独标出这些低确定性对象：
pre / stg / test / dev / uat / beta 的主机这些不一定没价值，但应该进入“待复核”层，而不是直接当成核心目标。
每完成一轮工作，都要把结果沉淀到本地，不然下一轮还会重复走一遍。
默认优先维护一份总推进表 / 作战表，按“平台 × 阶段”统一记录，而不是把状态散落在多份零散笔记里。
推荐至少包含这些列：
优先维护这几类文件：
写回时重点记录：
如果项目里已经有现成文件，就更新现有文件；不要轻易平行创建一堆新文档。
如果用户不是要你“整理资料”，而是已经开始在授权范围内推进漏洞挖掘，也继续沿用这个技能的框架。
这时你的重点变成：
进入实际挖掘阶段时，默认优先围绕这些大类展开低影响验证：
进入实战阶段后，不要只盯“漏洞名”，更要按 业务面 × 权限面 × 数据流 × 状态流 去打。默认优先覆盖这些面：
围绕上面的业务面，默认优先问这些问题：
默认优先做这些动作，而不是直接冲高风险操作：
不要把 source map、调试参数、错误信息回显这类线索本身当成唯一目标。它们更重要的作用通常是：帮助你定位真实业务接口、角色边界、隐藏页面和可继续验证的高价值功能面。
优先把它们当成突破口，再继续打：
也就是说：本技能既适合“准备阶段”，也适合“边挖边整理”的阶段。
完成一轮后，优先输出这几类结果：
如果用户要简练版，就只说：
当收到新的企业 SRC 任务时，默认按这个模板推进：
web-access 访问外部站点或平台保持执行型、简洁、可落地。
优先用这种表达：
不要把它写成抽象方法论。它是一份 长期可复用的企业 SRC 通用工作流手册。