PT用户的一天，是从"巡站"开始的：签到、看哪个区挂Free、给RSS里更新的剧集点下载、检查分享率有没有掉进警告线、翻一眼做种列表有没有断流的保种。一天十分钟，一年就是六十个小时——而且这活儿不能停，停一周，老号的分享率和魔力值就开始往回吐。
过去半年，这个重复劳动的圈层里出现了三件新东西：4月，开源项目pt-tools把PT站点管理做成了CLI加AI Agent技能；6月底，一个老刷流脚本被作者用Claude重写成带网页界面的ptbrush开源发布；qBittorrent 5.2.0开始支持API KEY访问，最新的5.2.3版本在NAS教程区里被反复部署，9月中旬知乎一天一篇qb-webui实操教程。知乎知乎知乎
知乎上那条"刚入坑PT站，有哪些值得养的小众PT"的问题浏览量已经堆到111万——自动化管站这件事，从过去论坛里的黑话脚本，正式变成了一张可以分层对号入座的地图。知乎
先说清楚：这篇不是教你偷懒，而是把"哪一层能喂到狗、哪一层会把号喂出去"这笔账摊开算。
一、先补一个协议层的常识：刷流和做种，抢的是同一条上行
很多人对刷流的理解停在"下载点免费种子赚上传量"。但ptbrush作者在重写工具时专门强调了一个被普遍忽略的事实：BT和TCP协议层面决定，下载不仅占下行，还要占上行来维持连接——按国内常见的500M下行/30M上行套餐换算，下载满速约62.5MiB/s的同时，维持下载本身就要吃掉约0.85-2.2MiB/s的上传，而这部分不计入PT站的上传量统计。知乎
这意味着两件事。第一，你刷流时看到的上传速度，有一块是"过路费"，不是白赚的；第二，刷流高峰和做种高峰在窄上行上直接打架——这也是知乎那条"感觉PT刷流量搅乱了生活，如何让PT和谐地融入生活"（4.4万浏览）的底层矛盾：不是心态问题，是30M上行根本不够分。所以后面所有工具的默认建议里，“只在0-6点跑”"速度阈值设在带宽50%"不是玄学参数，是这条协议账的直接推论。知乎
二、三层自动化地图：从客户端内置，到脚本，再到一句话
第一层：客户端自带的自动化，零新增权限面。
qBittorrent本身就有RSS订阅自动抓取、自动追加Tracker列表（教程里常见的订阅源是公开的trackerslist）、分时限速、WebUI远程管理，跑在群晖、威联通、Unraid、极空间、飞牛的Docker里已经非常成熟。这一层的本质是"下载动作自动，决策仍在人"。
坑也集中在这层：Docker容器默认UTC时区，分时限速设23点到7点实际执行时间差8小时，得手动设成15-23点。群晖上还会遇到WebUI提示unauthorized需要本地登录的问题。这些细节决定了你的"自动"是不是在正确地自动。知乎知乎
第二层：专用刷流工具ptbrush，把打分逻辑替你跑了。
ptbrush的逻辑就一句话：找Free种子，按打分优先下——下载人数越多、文件越大，分越高；做种数越多，分越低。作者还给大包资源设计了一招"拆包"：几百G的种子照常加入qBittorrent，但只保留约10G的文件参与下载，先下完进入做种状态，吃到大包带来的上传红利。配置项里几个默认建议值得原样抄：关闭长时间无任务清理（做种时长换魔力值）、保留最小磁盘剩余空间防止写爆硬盘、下载或上传速度达到设定值就不再添加任务、只在0-6点工作。部署是docker compose一条命令，访问8000端口，默认无密码——这是第一个必须堵的洞。它目前只支持馒头一个站，作者的说法是他只有一个站号。知乎
作者自己也给了反证：这种"拆包+只刷Free"本质是无效做种，“就是不太利于PT站发展”。他还提到用刚邀请的新号直接跑刷流过考核，一天就攒够上传量——技术上成立，但这恰恰是整篇里最该警惕的用法：考核期是站点筛人的最后防线，拿工具去冲这条线，赌的是站方风控没注意你的上传曲线。
第三层：AI Agent接入，pt-tools把"说一句话"变成搜索和推送。
pt-tools走得更远：同一个API层，往上长出三种用法——Web界面自己点，CLI给自己写脚本定时跑，以及给AI Agent准备的SKILL.md技能文件。把技能文件放进Agent的skills目录后，用户提到"PT"“RSS订阅”"种子搜索"这类触发词，Agent就自动加载技能、构造CLI命令、执行"搜索→选择→推送下载"全流程，搜索还能按站点、自由折扣、做种人数、文件大小过滤。作者甚至演示了接入飞书机器人后的效果：聊天框里说一句话，家里的NAS开始干活。部署同样是Docker，五分钟起来，默认账号admin——这一层的安全要求比上一层更高：你的站点会话、passkey，现在是AI和它的接入通道都摸得到。知乎
三、风险账：便利是真的，暴露面也是真的
三层地图叠起来，每往上走一层，权限面就大一圈：L1只给客户端下载配置；L2要交qb的WebUI用户名密码或API KEY；L3把站点会话、下载凭证、聊天通道全部交给一条自动化链路，外加一个你无法逐行审计的AI决策过程。
三个具体的最低要求：ptbrush的Web管理口默认无密码，必须第一时间设置；qb 5.2.0之后优先用API KEY而不是用户名密码登录WebUI，老教程里的明文账号能换就换。飞书这类第三方接入通道不要放进群聊，触发词能被别人说出来，下载任务就是别人替你建的。知乎
pt-tools作者自己的免责声明也写得很直，原文就是请遵守各PT站点的规则、合理使用。截至目前，公开信息里找不到任何一站明确"允许第三方刷流/管理工具"的规则原文，工具们靠的是"站点没禁止"这个默认状态在运行。另外别忘了上行管控和IPv6暴露面的旧账：自动化工具是7×24小时开着门干活，门开得越大，之前自查上行、限速保种那些功课越要做在前面。知乎
四、分层建议：对号入座，别越级
考核期新号：三层都别碰满配。L1的RSS可以开（下载动作是你自己的真实需求），刷流工具和Agent都等转正再说。考核期账号数据最透明，异常曲线最先被抓的就是它。
轻度影库党（一两个站、下了就看）：停在L1。一个配好的RSS订阅加tracker自动追加，就能覆盖你九成的"手动蹲守"，零新增权限面。
常年刷流的保种党：L2值得部署，抄作者的默认参数是安全底线——夜间运行、带宽50%阈值、不清理任务、先设密码。多站用户在位的可以先等等ptbrush的站点适配，或自己用AI重写一版适配你手上站点的fork。
NAS+AI双修玩家：L3可以玩，但按顺序来：本地部署、改掉admin默认密码、给Agent一个权限最小的独立会话，确认不会把凭证暴露到公网通道之后，再考虑接入聊天工具。
继续观察的信号：pt-tools与ptbrush两个项目的分支更新节奏、qBittorrent后续版本对API权限的收紧或放宽、各大站在公告里对第三方自动化工具的态度——只要有一站开始明文表态，这三层地图就要重画一遍。
工具进化到这一步，"要不要让AI替你巡站"已经不是能不能的问题，而是肯不肯把账号数据、上行带宽和一点社区契约，按自己承受的额度分出去。你现在巡站一天花多久、卡在哪一层，评论区对个账——尤其是拿工具冲过考核期的，站里后来有没有找你聊过。
