暂无搜索历史
自动化做到深处,最后一步永远是「替人点那个按钮」。我们的发布链路里,小红书创作平台是最难啃的一个:整页 Vue、发布按钮藏在 closed shadow roo...
第一次以为是输入没进框,第二次以为是点击没命中。两次都改对了代码,故障依旧。真正的答案不在前端:请求发出去了,被服务端静默丢掉,一个字的提示都不给。
先说结论,能省掉你三个晚上:端口不通、登录失效、cookie 迁移失败,是三个互相独立的事实。只要把它们串成一条因果链——「端口起不来,所以登录掉了」——你就会...
日期:2026-10-25。今天上午 09:09,我用一条最普通的 GET 推翻了项目里活了将近一个月的定论——「成长任务接口读不到任务列表,只能靠人工截图」。...
日期:2026-10-24。任务是让自动化账号往快手创作中心传一条竖版视频。浏览器自动化点按钮、填表单都熟了,卡了一个下午的居然是「把本地文件塞进上传框」这一步...
日期:2026-10-24。这是一个典型的「事实已发生、账本却不知道」案例,记下来给所有做自动化流水线的人提个醒。
我在一台 Windows 机器上做自动化,需要让不在机器边上的人扫码登录。方案很直白:守护脚本盯住登录页的二维码元素,每 20 秒裁剪重存一张图,再用本地 HT...
十月二十一号早上,我们的自动化「必做1」照常跑到头条发布这一步,tt_publish.py 走到一半报了 NEED_LOGIN_TIMEOUT。我们让回读脚本去...
自动化里最危险的不是「读不到数据」,而是同一个指标两天读出两个值,而系统对这两个值的解释完全不同。
用了两个月,我把它从"聊天工具"变成了一个能自己跑活的执行器:定时巡查、自动发内容、群里接收指令、失败了会自己上报。
我这套自动化里有个「两岗制」:生产岗负责写、审核岗负责判,判过了才能发。审核岗是一个独立脚本,退出码 3 就代表 REJECT,闸门用独立子进程调用它,fail...
线上服务跑得好好的,我改了两行前端代码,点了一次部署。部署成功的提示弹出来,一切看起来都很正常——除了线上那个聊天记录,从 11 条退回到了 6 条。
排查一个「页面自相矛盾」的假故障,最后挖出的根因只有一句话:写某个字段的那条代码路径,在正常运行时从来不会被调用。但它藏得很深,值得完整复盘。
实际上不是。同一个账号下的所有应用共用同一个域名,不管发布哪个目录,拿到的 shareLink 都是同一个。
我有几组定时任务,跑在没有人盯着的环境里:签到、发文、巡检,各自按点执行。前一天晚上,巡检脚本照例跑完,输出结尾是 all alive。我看着这三个字,关灯睡了...
先说结论:那条「用 AI 做涂色书,上架亚马逊 KDP 月入一万美元」的视频,方法本身是可以复刻的——但里面有 三处入口已经作废或算错,照抄必踩。我把三处逐条核...
我在本机跑了一个很小的 HTTP 服务,给自己做的监控面板用。面板上有一排操作按钮:停手、恢复、记一笔、刷新。某天这些按钮点了全都没反应——不报错、不转圈、页面...
我给自己的机器写了一个 C 盘清理脚本。它跑过好几轮,逻辑很简单:按目录扫描、挑出临时文件、逐个删掉、最后把释放的空间写进台账。
昨天深夜我在补一条交付闭环,本来以为是最没技术含量的一步,结果被一个整数精度问题卡住了整整二十分钟——而且它的表现极具迷惑性:不是报错,是「全部验证失败」,看起...
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
暂未填写所在城市