メニュー
通用企业 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コマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
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 通用工作流手册。
SOC 職業分類に基づく