菜单
通用企业 SRC 工作流技能。只要任务涉及企业 SRC、授权范围确认、测试规则梳理、资产盘点、被动信息收集、空间测绘结果整理、导出归类、漏洞挖掘准备，或在授权范围内推进实际挖掘与记录，就应优先使用这个技能。它适合多厂商、多项目、长期复用的 SRC 场景，尤其适合需要先确认范围与规则，再结合官方资料、被动来源、导出文件和本地笔记推进工作的任务。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Go语言免杀技术套件，结合SGN预处理、多层加密、IPv4/UUID/MAC/IPv6混淆、VEH内存保护、NTDLL脱钩、冷门回调执行、抗沙箱检测、减熵处理、静态伪装、版本信息嵌入等技术生成高免杀Loader
对 Python 代码进行安全漏洞审计。当用户提到"代码审计"、"安全审查"、"安全检查"、"漏洞扫描"、 "安全评估"、"代码 review 安全"、"找漏洞"、"有没有安全问题"、"帮我看看这段代码有没有安全问题"、 "review this code for security"、"audit"、"security audit"、"vulnerability scan" 时， 必须使用此 skill。适用于 Python 项目、代码片段、模块或整个仓库的安全审计。
Generate medical device cybersecurity registration deliverables from project input files. Use when Codex needs to read DOCX/PDF/PNG project evidence such as user manuals, SRS, design documents, architecture diagrams, FDA cybersecurity guidance, or prior reports, then produce a cybersecurity risk management report draft, project fact sheet, missing-information list, traceability content, STRIDE threat model, risk analysis, SBOM/security-transparency notes, or user-manual cybersecurity supplement.
API发现与未授权测试入口 - 主动探测各类API端点，对发现的API进行未授权访问测试
JS信息收集入口 - 提取硬编码凭据、API路径、路由、认证逻辑、运行时存储；检测到框架特征时触发对应子技能
登录与鉴权测试 - Token权限分析、认证绕过、暴力破解、JWT/OAuth攻击、验证码绕过
| 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 通用工作流手册。