Menu
适用于 drpy-node 源的仓库上传、替换、标签修正与上传前校验。用户提到“上传仓库”“替换上传”“改标签”“公开/私密”“仓库里的文件信息”“上传前检查”时使用。专注于确保上传动作规范、标签正确、结果可追踪。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
适用于 drpy-node 源的播放链路排查与 lazy 修复。用户提到“播放不通”“lazy 不对”“是不是直链”“play.html 被当直链”“iframe 提取”“m3u8 提取”“parse:0/1 判断”“假播放”“站外解析”时使用。专注于判断播放结果是否真实可播，并优先修复 lazy 逻辑。
适用于 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-repo-upload |
| description | 适用于 drpy-node 源的仓库上传、替换、标签修正与上传前校验。用户提到“上传仓库”“替换上传”“改标签”“公开/私密”“仓库里的文件信息”“上传前检查”时使用。专注于确保上传动作规范、标签正确、结果可追踪。 |
drpy-node 的仓库发布守门 skill。 目标：上传前先过红线检查，上传后结果可追踪，标签严格按用户要求执行。
当用户说这些时启用：
当用户说“上传仓库 / 替换上传 / 帮我先检查一下能不能传”时，优先按下面顺序快速决策：
check_syntax + validate_spiderhouse_file(action='upload', auto_replace=true)不要把“技术上能上传”直接说成“建议现在上传”。 如果用户目标是“修好再传 / 修到满分再传”，就必须把这层判断单独说清楚。
满足任一就不要直接上传，除非用户明确要求“先传再说”：
在进入上传动作前，不要只给“能传 / 不能传”的粗判断，必须优先判断属于哪一档：
满足示例：
满足示例：
满足示例：
上传前汇报时，必须明确说清楚自己判断的是 A / B / C 哪一档，而不是笼统一句“可以上传”。
[优] 就自动加 优dsds,优update_tags优先：
house_file(action='upload', auto_replace=true)
如涉及“这个源到底算不算修好、应不应该传”，必须参考：
references/references-upload-decision.mdhouse_verify最少检查：
check_syntaxvalidate_spider如用户要求“修好后再传”，建议补：
evaluate_spider_source在给出“A / B / C 档判断”前，至少应明确自己已经做了哪类工具验证：
check_syntax / validate_spider → 只能说明“语法/结构层面”evaluate_spider_source 或关键接口单测 → 才能进一步说明“接口可用性层面”禁止在完全没有说明验证依据时，直接下结论“建议上传 / 不建议上传”。
必须明确说清楚：
优先：
house_file(action='upload', auto_replace=true)
必须回报：
house_file(action='update_tags')
## 上传前结论
- 语法：通过 / 未通过
- 结构：通过 / 未通过
- 关键接口：...
- 是否建议上传：是 / 否
- 原因：...
## 上传结果
- 文件名：...
- 仓库 ID：...
- CID：...
- 标签：...
- 可见性：公开 / 私密
- 上传类型：新上传 / 替换上传
ds 时还附加别的标签