3 步看懂 social-auto-upload 的 Cookie 持久化JSON 存 Cookie 与免重复登录完整指南【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload使用 social-auto-upload 批量发布视频时最磨人的环节往往不是写文案而是每次动手前都要重新扫码。这套工具的 Cookie 持久化方案把登录态沉淀为本地 JSON 文件再配合一套自动化的 Cookie 存储与验证流程实现一次扫码、长期免重复登录。这篇文章不照本宣科而是跟着登录 → 落盘 → 校验 → 过期重登的真实操作路径把它讲透。先说结论整个机制可以拆成三件事——按账号规划 Cookie 文件、扫码后把登录态写进 JSON、上传前自动刷卡校验。看懂这三件你自己也能在别的工具里复刻同样的做法。多账号登录Cookie 文件先按账号规划好进入机制之前先看存放布局因为文件位置直接决定你以后怎么管理多账号。项目里并存两套命名方式。脚本示例走固定路径每个平台一份文件例如 examples/get_xiaohongshu_cookie.py 把小红书登录态写入cookies/xiaohongshu_uploader/account.json抖音对应cookies/douyin_uploader/account.json快手是cookies/kuaishou_creator.jsonTikTok 放在cookies/tk_uploader/account.json。CLI 则按账号区分sau_cli.py 里的resolve_account_file会把sau douyin login --account myaccount1的登录态存成douyin_myaccount1.json换个账号名就多一张卡互不覆盖。可以把它想成门禁卡一个人一张卡卡丢了或过期了只影响自己那张其他账号照常进出。这也是多账号登录时唯一需要花心思的地方——给--account传不同的值其余的交给工具。 第一次扫码之后登录态如何写进 JSON落盘这一步集中在 myUtils/login.py。以抖音为例流程很直白启动带界面的浏览器打开创作者中心把二维码图片取出来推给前端展示脚本监听主框架的 URL 跳转最多等 200 秒等你扫码完成跳转一旦发生就生成一个 UUID 作为文件名调用 Playwright 的storage_state把当前浏览器上下文里全部 cookie 序列化写盘。关键就两行await context.storage_state(pathcookies_dir / f{uuid_v1}.json) result await check_cookie(3, f{uuid_v1}.json)写完不是万事大吉。紧接着的check_cookie会立刻验一遍刚存的文件验证不过直接丢弃避免把假有效的登录态记进数据库。web 端登录产生的文件统一放在cookiesFile目录UUID 文件名保证多次登录互不覆盖同时往user_info表里记一条把文件路径和你的用户关联起来。上传前的自动刷卡check_cookie 怎么分发到各平台那工具怎么知道一个文件还有效myUtils/auth.py 里的check_cookie负责调度传入平台类型编号按 match 分支路由——1 是小红书、2 是视频号、3 是抖音、4 是快手不认识的类型直接返回 False。每个分支的验法一致拿文件做storage_state载入打开对应平台的创作页看有没有被踢回登录态。抖音的判定最有代表性访问上传入口后只等 5 秒页面里若出现扫码登录四个字说明 cookie 已失效5 秒内没出现判定有效。其他平台各认各的登录页指纹——小红书查手机号登录/扫码登录文本视频号等微信小店元素快手盯机构服务导航项。验证失败时CLI 不让你猜原因报错直接给出下一步命令Douyin cookie is missing or expired: {account_file}. Run sau douyin login --account {request.account_name} first.把后半句复制到终端执行问题就解决了大半。Cookie 过期后如何快速重登cookie 过期是常态各平台有效期不同遇到风控还会提前失效。好在过期后的路径是设计好的不用你手动排查。TikTok 上传器最省心——检测到 cookie 文件缺失或过期时会自动弹出浏览器并提示cookie file is not existed or expired. Now open the browser auto.你用顺手的任何方式邮箱、手机号登录即可新文件在登录完成后自动生成。抖音、小红书、快手同理重新执行对应平台的sau ... login命令走一遍和首次登录相同的流程验证通过就能继续上传。想在不上传的前提下手动确认某个文件是否还有效也可以写个几行的小脚本单独调用一次check_cookie相当于只刷卡、不进门。上手清单与三个常见问题上手清单给每个要用的平台先跑一次登录命令验证通过后到cookies/目录确认 JSON 已生成多账号登录务必给--account传不同名字文件按平台_账号隔离定期备份 cookie 目录它就是普通 JSON适合归档但不要提交进公开仓库cookie 文件等同门禁卡不要转手分享也不要放在共享盘里三个常见问题问Cookie 过期怎么办 答不用定位原因重跑对应平台的 sau login 命令重新签发即可CLI 报错信息已经告诉你哪个账号出了问题。问多账号之间会互相覆盖吗 答不会。文件名由平台加账号名拼出来一个账号一份文件过期、重登、校验各自独立。问用 JSON 存 Cookie 安全吗 答风险集中在丢失与泄露两点对策就是清单里的备份与不分享。机制上它是存完即验、用前再验失效文件会被自动判废不会被悄悄拿去上传。【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/9/11 9:40:13 · 阅读 1.2k 3 步看懂 social-auto-upload 的 Cookie 持久化：JSON 存 Cookie 与免重复登录完整指南
3 步看懂 social-auto-upload 的 Cookie 持久化JSON 存 Cookie 与免重复登录完整指南【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload使用 social-auto-upload 批量发布视频时最磨人的环节往往不是写文案而是每次动手前都要重新扫码。这套工具的 Cookie 持久化方案把登录态沉淀为本地 JSON 文件再配合一套自动化的 Cookie 存储与验证流程实现一次扫码、长期免重复登录。这篇文章不照本宣科而是跟着登录 → 落盘 → 校验 → 过期重登的真实操作路径把它讲透。先说结论整个机制可以拆成三件事——按账号规划 Cookie 文件、扫码后把登录态写进 JSON、上传前自动刷卡校验。看懂这三件你自己也能在别的工具里复刻同样的做法。多账号登录Cookie 文件先按账号规划好进入机制之前先看存放布局因为文件位置直接决定你以后怎么管理多账号。项目里并存两套命名方式。脚本示例走固定路径每个平台一份文件例如 examples/get_xiaohongshu_cookie.py 把小红书登录态写入cookies/xiaohongshu_uploader/account.json抖音对应cookies/douyin_uploader/account.json快手是cookies/kuaishou_creator.jsonTikTok 放在cookies/tk_uploader/account.json。CLI 则按账号区分sau_cli.py 里的resolve_account_file会把sau douyin login --account myaccount1的登录态存成douyin_myaccount1.json换个账号名就多一张卡互不覆盖。可以把它想成门禁卡一个人一张卡卡丢了或过期了只影响自己那张其他账号照常进出。这也是多账号登录时唯一需要花心思的地方——给--account传不同的值其余的交给工具。 第一次扫码之后登录态如何写进 JSON落盘这一步集中在 myUtils/login.py。以抖音为例流程很直白启动带界面的浏览器打开创作者中心把二维码图片取出来推给前端展示脚本监听主框架的 URL 跳转最多等 200 秒等你扫码完成跳转一旦发生就生成一个 UUID 作为文件名调用 Playwright 的storage_state把当前浏览器上下文里全部 cookie 序列化写盘。关键就两行await context.storage_state(pathcookies_dir / f{uuid_v1}.json) result await check_cookie(3, f{uuid_v1}.json)写完不是万事大吉。紧接着的check_cookie会立刻验一遍刚存的文件验证不过直接丢弃避免把假有效的登录态记进数据库。web 端登录产生的文件统一放在cookiesFile目录UUID 文件名保证多次登录互不覆盖同时往user_info表里记一条把文件路径和你的用户关联起来。上传前的自动刷卡check_cookie 怎么分发到各平台那工具怎么知道一个文件还有效myUtils/auth.py 里的check_cookie负责调度传入平台类型编号按 match 分支路由——1 是小红书、2 是视频号、3 是抖音、4 是快手不认识的类型直接返回 False。每个分支的验法一致拿文件做storage_state载入打开对应平台的创作页看有没有被踢回登录态。抖音的判定最有代表性访问上传入口后只等 5 秒页面里若出现扫码登录四个字说明 cookie 已失效5 秒内没出现判定有效。其他平台各认各的登录页指纹——小红书查手机号登录/扫码登录文本视频号等微信小店元素快手盯机构服务导航项。验证失败时CLI 不让你猜原因报错直接给出下一步命令Douyin cookie is missing or expired: {account_file}. Run sau douyin login --account {request.account_name} first.把后半句复制到终端执行问题就解决了大半。Cookie 过期后如何快速重登cookie 过期是常态各平台有效期不同遇到风控还会提前失效。好在过期后的路径是设计好的不用你手动排查。TikTok 上传器最省心——检测到 cookie 文件缺失或过期时会自动弹出浏览器并提示cookie file is not existed or expired. Now open the browser auto.你用顺手的任何方式邮箱、手机号登录即可新文件在登录完成后自动生成。抖音、小红书、快手同理重新执行对应平台的sau ... login命令走一遍和首次登录相同的流程验证通过就能继续上传。想在不上传的前提下手动确认某个文件是否还有效也可以写个几行的小脚本单独调用一次check_cookie相当于只刷卡、不进门。上手清单与三个常见问题上手清单给每个要用的平台先跑一次登录命令验证通过后到cookies/目录确认 JSON 已生成多账号登录务必给--account传不同名字文件按平台_账号隔离定期备份 cookie 目录它就是普通 JSON适合归档但不要提交进公开仓库cookie 文件等同门禁卡不要转手分享也不要放在共享盘里三个常见问题问Cookie 过期怎么办 答不用定位原因重跑对应平台的 sau login 命令重新签发即可CLI 报错信息已经告诉你哪个账号出了问题。问多账号之间会互相覆盖吗 答不会。文件名由平台加账号名拼出来一个账号一份文件过期、重登、校验各自独立。问用 JSON 存 Cookie 安全吗 答风险集中在丢失与泄露两点对策就是清单里的备份与不分享。机制上它是存完即验、用前再验失效文件会被自动判废不会被悄悄拿去上传。【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考