菜单
适用于 drpy-node 源的播放链路排查与 lazy 修复。用户提到“播放不通”“lazy 不对”“是不是直链”“play.html 被当直链”“iframe 提取”“m3u8 提取”“parse:0/1 判断”“假播放”“站外解析”时使用。专注于判断播放结果是否真实可播，并优先修复 lazy 逻辑。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
适用于 drpy-node 源的播放链路排查与 lazy 修复。用户提到“播放不通”“lazy 不对”“是不是直链”“play.html 被当直链”“iframe 提取”“m3u8 提取”“parse:0/1 判断”“假播放”“站外解析”时使用。专注于判断播放结果是否真实可播，并优先修复 lazy 逻辑。
适用于 drpy-node 源的仓库上传、替换、标签修正与上传前校验。用户提到“上传仓库”“替换上传”“改标签”“公开/私密”“仓库里的文件信息”“上传前检查”时使用。专注于确保上传动作规范、标签正确、结果可追踪。
适用于 drpy-node 新建 DS 源。用户提到“新建源”“写个 drpy 源”“分析这个站做 DS 源”“创建新规则”“从零开始做源”时使用。专注于站点分析、模板判断、规则生成与初步验证，优先走模板继承与最小覆盖路线，避免一开始就把修复、仓库上传等杂事混在一起。
适用于 drpy-node 源开发、修复、调试、测试与仓库上传的总控工作流 Skill。用户提到“修源”“调试 drpy 源”“测试某个源”“详情为空”“播放不通”“搜索异常”“上传到仓库”“修复 P0 源”“评估源可用性”“DS源开发”“lazy 解析”“上传 ds 源”时使用。优先用于 drpy-node 项目中的 DS 源，负责先评估、再分流到对应子 skill（播放调试/仓库上传/新建源），最后做结果汇总与上传决策。
适用于 drpy-node 源的仓库上传、替换、标签修正与上传前校验。用户提到“上传仓库”“替换上传”“改标签”“公开/私密”“仓库里的文件信息”“上传前检查”时使用。专注于确保上传动作规范、标签正确、结果可追踪。
适用于 drpy-node 新建 DS 源。用户提到“新建源”“写个 drpy 源”“分析这个站做 DS 源”“创建新规则”“从零开始做源”时使用。专注于站点分析、模板判断、规则生成与初步验证，优先走模板继承与最小覆盖路线，避免一开始就把修复、仓库上传等杂事混在一起。
| name | drpy-node-play-debug |
| description | 适用于 drpy-node 源的播放链路排查与 lazy 修复。用户提到“播放不通”“lazy 不对”“是不是直链”“play.html 被当直链”“iframe 提取”“m3u8 提取”“parse:0/1 判断”“假播放”“站外解析”时使用。专注于判断播放结果是否真实可播，并优先修复 lazy 逻辑。 |
当本地环境已安装本 Skill 时：
parse:0/1、jx:0/1 是否合理drpy-node-source-workflow如果问题已经不只是播放链，而是：
则应交回总控 workflow，不要在 play-debug 内越权扩散。
出现以下任一情况时，必须暂停继续深挖 lazy，并明确改为交回 workflow：
detail 还没稳定产出 vod_play_from / vod_play_url禁止在这些前提不满足时，继续把问题硬解释成单纯的 lazy 故障。
当用户一上来就说“播放不通 / lazy 不对 / play.html 被当直链”时，优先按下面顺序快速判断：
drpy-node-source-workflowvod_play_from / vod_play_url → 先不要判 lazym3u8/mp4/m4a/mp3play.html / 当前站播放页）parse/jx
parse:0, jx:0parse:0, jx:1parse:1, url:input不要把“拿到一个 http 链接”直接等同于“拿到直链”。
也不要把 play.html 一概判错，先判断它是不是该站模板默认的 def_lazy 风格。
如果任务同时涉及搜索与播放，不要把“搜索能出几个结果”直接等同于“搜索已完整打通”。
在相关判断前，必须参考：
../drpy-node-source-workflow/references/references-search-strategies.md这条认知会影响你对整份源完成度的判断，但不应干扰你对播放链本身的排障。
来源参考：
references/references-play-lazy-summary.mdcommon_lazy模板系统里的通用免嗅探 lazy 逻辑大致是：
let html = await request(input);
let hconf = html.match(/r player_.*?=(.*?)</)[1];
let json = JSON5.parse(hconf);
let url = json.url;
if (json.encrypt == '1') {
url = unescape(url);
} else if (json.encrypt == '2') {
url = unescape(base64Decode(url));
}
if (/\.(m3u8|mp4|m4a|mp3)/.test(url)) {
result = { parse: 0, jx: 0, url };
} else {
result = url && url.startsWith('http') && tellIsJx(url)
? { parse: 0, jx: 1, url }
: input;
}
player_* 配置encrypt == 1 → unescapeencrypt == 2 → base64Decode + unescapem3u8/mp4/m4a/mp3{ parse: 0, jx: 0, url }
tellIsJx(url) 为真：
{ parse: 0, jx: 1, url }
inputdef_lazy模板系统默认嗅探 lazy：
return { parse: 1, url: input, js: '' }
parse: 1
url: input
parse:1 + 网站播放页链接，不一定是错，可能正是模板默认策略cj_lazy采集站 lazy 逻辑：
m3u8/mp4 → parse:0parse_url 以 json: 开头 → 先请求 JSON 解析接口再取 json.urlrule.parse_url + input采集站排查时，不能只看最终 url，还要看：
rule.parse_url 是否配置json: 解析接口urlcommon_lazy 风格：
player_* JSONencryptjson.urldef_lazy 风格：
parse:1 + inputcj_lazy 风格：
如果最终拿到的是：
m3u8mp4m4amp3优先应返回：
{ parse: 0, jx: 0, url }
如果最终拿到的是外部解析地址，而不是直链媒体：
{ parse: 0, jx: 1, url }
如果当前源策略就是把网站播放页交给解析系统：
{ parse: 1, url: input }
不要把 parse:1 + 网站播放页链接 一概判成错。
如果该站模板默认就是 def_lazy 风格，这可能是合理输出。
不要把站外解析链接误判成直链。
拿到 http 链接不等于拿到直链，先判断是不是 m3u8/mp4 等媒体文件。
遇到 player_* 配置时，优先查 encrypt。
很多站不是没链接，而是 json.url 还没解密。
不要把规则越界写法先甩锅给引擎。 如果播放链里的字段/规则写法超出 parser 明确支持边界，应先检查：
本 Skill 的默认目标不是把整份源补全到信息完美，而是：
detail 真通vod_play_from / vod_play_urlparse:0/1、jx:0/1 判断如果用户没有明确要求，不要在 play-debug 阶段顺带去补：
这些属于源整体完善项，应交回 create / workflow，而不是在播放排障里扩散。
在进入播放链排障前，必须先确认 detail 已经稳定产出：
vod_play_fromvod_play_url如果二级详情仍然是默认占位、空线路、空列表，禁止直接把问题归因为 lazy。
vod_idtabstab_textlistslist_textlist_urlvod_play_from / vod_play_url 已真实产出后，才进入 lazy / 播放页 / iframe / m3u8 的排障如果一个源最终采用的是：
则在播放链排障或总控汇报时，必须明确：
这只是验证码场景下保住可用性的 fallback
通常不支持翻页
不能误判为完整原生搜索已经打通
读取模板默认 lazy 定义摘要
展示当前模板实际继承到的 lazy 类型
这样 AI 在判断 parse:0/1/jx:0/1 时，不会脱离模板默认上下文盲判。