القائمة
适用于 drpy-node 源的仓库上传、替换、标签修正与上传前校验。用户提到“上传仓库”“替换上传”“改标签”“公开/私密”“仓库里的文件信息”“上传前检查”时使用。专注于确保上传动作规范、标签正确、结果可追踪。
التثبيت باستخدام 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 新建 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 时还附加别的标签