技能介绍

链接失效排查的工程痛点

在日常运维和内容归档中，网盘分享链接过期、论坛帖子被删或B站视频失效是常态。当面对成百上千条历史链接时，人工逐条点击核验不仅耗时，还极易漏判。更棘手的是，遇到反爬验证码、登录墙或接口超时，脚本若缺乏状态区分，往往会将“暂时打不开”误判为“彻底失效”，导致后续恢复决策失误。

三态判定与双轨架构

该技能通过 ALIVE / DEAD / UNKNOWN 三态输出解决了误杀问题。任何被验证码、登录墙或超时拦截的结果一律归为 UNKNOWN 需人工复核，绝不臆断为失效。

在架构上，技能按目标平台分为双轨：

Tier 1（裸 HTTP / API）：针对百度网盘、百度知道和B站。直接请求原始 HTML 或调用公开 API（如 api.bilibili.com），从 JSON 的 code 和 state 字段提取状态，无需渲染浏览器。
Tier 2（无头浏览器）：针对百度贴吧、微博、迅雷和夸克网盘。这些平台多为 SPA 外壳，必须启动无头浏览器渲染 DOM，再按文本特征判定。

输入支持 xlsx / csv / txt 批量文件，系统会自动按 sheet 或行内容识别平台，甚至纯 BV 号也能直接识别为B站。若输入表包含 Removed 标注列，技能会执行交叉比对，将“标注存活但实测失效”的滞后漏标整行标红加粗。

适用边界与隐私注意

该技能并非万能。例如 UC 网盘因强制短信验证墙已被剔除。此外，依赖登录态的平台（如夸克、贴吧、微博私密帖及B站 dynamic）需要提供 Cookie。为防范凭证泄露，Cookie 被刻意存放在技能目录之外的私有路径（如 ~/.workbuddy/link-validity-checker-cookies/），确保技能分享给他人时不会打包外泄登录态。