メニュー
适用于 drpy-node 源开发、修复、调试、测试与仓库上传的总控工作流 Skill。用户提到“修源”“调试 drpy 源”“测试某个源”“详情为空”“播放不通”“搜索异常”“上传到仓库”“修复 P0 源”“评估源可用性”“DS源开发”“lazy 解析”“上传 ds 源”时使用。优先用于 drpy-node 项目中的 DS 源，负责先评估、再分流到对应子 skill（播放调试/仓库上传/新建源），最后做结果汇总与上传决策。
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 源的播放链路排查与 lazy 修复。用户提到“播放不通”“lazy 不对”“是不是直链”“play.html 被当直链”“iframe 提取”“m3u8 提取”“parse:0/1 判断”“假播放”“站外解析”时使用。专注于判断播放结果是否真实可播，并优先修复 lazy 逻辑。
适用于 drpy-node 源的仓库上传、替换、标签修正与上传前校验。用户提到“上传仓库”“替换上传”“改标签”“公开/私密”“仓库里的文件信息”“上传前检查”时使用。专注于确保上传动作规范、标签正确、结果可追踪。
| name | drpy-node-source-workflow |
| description | 适用于 drpy-node 源开发、修复、调试、测试与仓库上传的总控工作流 Skill。用户提到“修源”“调试 drpy 源”“测试某个源”“详情为空”“播放不通”“搜索异常”“上传到仓库”“修复 P0 源”“评估源可用性”“DS源开发”“lazy 解析”“上传 ds 源”时使用。优先用于 drpy-node 项目中的 DS 源，负责先评估、再分流到对应子 skill（播放调试/仓库上传/新建源），最后做结果汇总与上传决策。 |
当本地环境已安装本 Skill 或相关 drpy-node 子 Skill 时：
如果本地 Skill 已覆盖场景，不允许让 MCP 通用 prompt 抢占主流程。
本 Skill 的默认主流程应尽量收敛为：
read_filecheck_syntaxvalidate_spiderget_resolved_rule（模板站）evaluate_spider_sourcedrpy-node-source-createdrpy-node-play-debugdrpy-node-repo-upload不要把 workflow 变成“所有事都自己做完”。它的价值在于：
在处理搜索前，必须先阅读：
references/references-search-strategies.md../drpy-node-source-create/references/references-old-encoding-search-site.md../drpy-node-source-create/references/references-inherited-template-minimal-override-site.md（用于所有继承模板站的最小覆盖排障，而不只限于某个模板个案）尤其要先判断当前站点属于：
不要在没有完成这一步判断前，就直接拍脑袋写 searchUrl 或随手决定用 RSS / suggest。
* 先按“对齐一级”理解，再决定要不要覆盖当模板字段中出现：
搜索: '*'推荐: '*'推荐: '.xxx;*;*;*;*;*'* 的模板摘要写法必须先阅读：
references/references-template-summary.md不要在没有理解 * 的源码级行为前，就把它机械改写成完整手写规则。
*：整体继承一级*：按分号位置逐位继承一级对应槽位当模板站“看起来命中模板，但自动评估始终不顺”时，严禁直接大面积手写覆盖。必须按以下顺序排障：
references-template-summary.md）class_parsedoubleurlsearchUrl一级/搜索，优先验证模板内置规则test_spider_interface 拆开验证 category/detail/play在完成以上 1~7 之前，禁止一口气重写：
推荐一级搜索二级当某条规则“看起来合理，但接口里异常”时，先按以下顺序判断：
类似：
img&&data-original||img&&src
看起来像“合理 fallback”，但如果模板/规范并未把它当标准写法，就不应先要求引擎背锅。
先尊重引擎设定，再要求更宽容的兼容。
能走模板内置，就不要急着手写覆盖。
尤其是：
一级搜索class_parse 残留double 错误url/searchUrl 误判如果 evaluate_spider_source 分数很低，总控层必须先判断是哪一类失败：
斗罗大陆evaluate_spider_source 的搜索测试词由调用参数 keyword 决定；如果不传，默认常为 斗罗大陆。这并不适用于所有垂类站，尤其是动漫站、影视细分站、小众站。
当自动评估仅搜索失败，而首页 / 一级 / 二级 / 播放均正常时：
searchUrl / 搜索 规则优先重新调用 evaluate_spider_source 或 test_spider_interface(search)，主动传入更高频、更宽匹配、更适合当前站型的搜索词，例如：
我的异世界、转生vod_name 的稳定片段做验证如果换词后搜索正常，应优先判定为：
而不是：
表现：
test_spider_interface(category/detail/play) 也失败表现：
evaluate_spider_source 仍跳过或串联失败class 是否为空class_parse 是否覆盖double 是否导致推荐为空url / 搜索 searchUrl 是否真实一级/搜索 反而扰乱模板内置链路vod_id总控层在验证 detail 时，禁止把 vod_id 主观简化成：
正确顺序必须是：
test_spider_interface(category)vod_idvod_id 跑 test_spider_interface(detail)desc 五段有固定槽位语义当站点适合字典二级时，desc 默认应按以下固定位置理解：
vod_remarksvod_yearvod_areavod_actorvod_director不要把 desc 当成任意拼接信息串。
lists 只是选集容器，不是最终播放字符串总控层应记住：
lists 负责定位当前线路下的选集项list_text / list_url 提取lists 支持 #id / #idv对大多数影视站，二级先保证以下最小可用项即可：
如果用户没要求，不要默认一开始就强行把年份、地区、演员、导演全部补满。
lists 容器层级如果：
vod_play_from 正常vod_play_url 在字典模式下只吐出 1 集不要第一反应就把二级切成 async。总控层应优先判断：
lists 是否落在了适合引擎逐项消费的容器层级#id 是否只是线路容器替换定位，而不是被误解成控制单线路集数对于这类“一级异步接口 + 详情直出资源列表”的站点：
lists: '.anthology-list-box:eq(#id) .anthology-list-play' 可能仍只吐出 1 集lists: '.anthology-list-box:eq(#id) .anthology-list-play li',
list_text: 'a&&Text',
list_url: 'a&&href'
后，可恢复多集输出
debug_spider_rule(pdfa) 分别验证 ul / li / a 三层能抓到多少项lists 从容器层下沉到 li 项层class_parse如果首页 class 为空，而规则里明明写了 class_name/class_url，应优先检查模板是否残留 class_parse 覆盖了分类输出。
显式尝试：
class_parse: ''
double如果首页真实存在推荐卡片节点，但 home.list 为空，应优先检查模板默认推荐是否按双层逻辑处理。
对于单层推荐站点，优先补：
double: false
url如果一级始终不通，不要只盯选择器。必须先验证分类 URL 是否是真实分类模板，而不是首页导航表层链接。
必须用真实分类页和翻页结构验证：
fyclassfypage如果：
class_parse 已处理double 已处理这时才进入“一级最小手写覆盖”或 async function 接管。
不要把模板问题、分类 URL 问题、评估器串联问题，误当成单纯的一级选择器问题。