القائمة
适用于 drpy-node 源的播放链路排查与 lazy 修复。用户提到“播放不通”“lazy 不对”“是不是直链”“play.html 被当直链”“iframe 提取”“m3u8 提取”“parse:0/1 判断”“假播放”“站外解析”时使用。专注于判断播放结果是否真实可播，并优先修复 lazy 逻辑。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
适用于 drpy-node 源的仓库上传、替换、标签修正与上传前校验。用户提到“上传仓库”“替换上传”“改标签”“公开/私密”“仓库里的文件信息”“上传前检查”时使用。专注于确保上传动作规范、标签正确、结果可追踪。
适用于 drpy-node 新建 DS 源。用户提到“新建源”“写个 drpy 源”“分析这个站做 DS 源”“创建新规则”“从零开始做源”时使用。专注于站点分析、模板判断、规则生成与初步验证，优先走模板继承与最小覆盖路线，避免一开始就把修复、仓库上传等杂事混在一起。
适用于 drpy-node 源开发、修复、调试、测试与仓库上传的总控工作流 Skill。用户提到“修源”“调试 drpy 源”“测试某个源”“详情为空”“播放不通”“搜索异常”“上传到仓库”“修复 P0 源”“评估源可用性”“DS源开发”“lazy 解析”“上传 ds 源”时使用。优先用于 drpy-node 项目中的 DS 源，负责先评估、再分流到对应子 skill（播放调试/仓库上传/新建源），最后做结果汇总与上传决策。
适用于 drpy-node 源的播放链路排查与 lazy 修复。用户提到“播放不通”“lazy 不对”“是不是直链”“play.html 被当直链”“iframe 提取”“m3u8 提取”“parse:0/1 判断”“假播放”“站外解析”时使用。专注于判断播放结果是否真实可播，并优先修复 lazy 逻辑。
适用于 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 时，不会脱离模板默认上下文盲判。