当我还是新手的时候，大佬就告诫我新注册站点不能随便iyuu，一不小心就会分享率爆炸
iyuu的api没办法分辨同一个资源是不是被改了文件夹名称的，改了文件夹名称的同一个资源推送给qb后就不会进入校验，而是直接进入下载。对于刚刚收割的站点，几十G的下载量就足够致命了。
当时的我都是选择iyuu只推送种子，校验都是手动进行，碰见下载的就直接删种（我没耐心来一个个硬链接啥的
最高的时候做保种数据做到了单站保种30T+，总保种数据在800T左右
后面因为误操作，nas崩过一次，加上契约陆续到期了。没到期的契约也摆烂了，上家爱pan就pan，保个屁。辅种就没弄了
现在大卫突然来了热情，IYUU疯狂更新，我被这么一刺激，加上闲得无聊，就又倒腾了上了辅种
折腾的结论是，mp的iyuu插件已经足够佛系玩家的95成情况，单独iyuu的优点仅有支持站点或许比mp多一些
折腾的过程中，就又碰到了哪个，辅种的文件夹被改名的情况，给我气得要死。
来个大佬治治这些妖怪吧，为什么转种要把文件夹名字给改了啊！！！！
下面说说我的处理方式，是一个不太聪明的办法，但将就用
大概思(๐•ᴗ•๐)就是弄一个脚本，定时通过qb的api一直监控种子的状态，通过标签来判定哪些种子是辅种的文件。当检测到辅种的种子在进行下载操作的时候，直接进行删种。
我的nas系统是unraid的，我最后采取的方式是打包了一个python的docker容器，通过定时任务的方式，调用docker的python来执行脚本，为啥是python，因为我啥也不会，只会Copilot，Copilot给的脚本是python环境，就只能用python
