我已经转用 antigravity 了，20 刀 gemini 3 挺好使的,

@qppq54s

它这个应该是节点问题，PROXY 一旦有问题，我经常看到的报错提示就是这样的

我怀疑是渲染“习惯”问题， 大多数国人设计 I 时习惯大而全，忽略页面 dom 元素严重超标，没有按需加载的习惯；

我就看到一个 web ERP ，表格中恨不得把所有数据和功能都扔进去，页面布局各种功能按钮，最终结果就是滚动页面都有卡断感

出现支付页后，你还需要一张万事达；

如果还是看不到支付页，说明你长期使用梯子在服务不支持的地区，比如 HK （我就是碰到这种情况，改地区页不管用， 后面使用第二个不经常使用的账户就没有这个问题）

地区切成功也不一定能订阅，我的主账户经常用 HK IP 切换成功也不行；

尝试用第二个账户才搞定了，这个账户平时极少使用；

对于地区切换时：我选经常使用 VPN ，以及 最近搬迁过来 ，两个账户都切换成功

clickhouse +1 不过这个不合适实时频繁写入，需要实时部分得隔离到 PostgreSQL 这类能频繁写入的，并分批入库到 clickhouse ； 其他的没有用过，clickhouse 最给力的是内存资源使用的没有那么猛，查询还非常给力

@tanranran Antigravity 执行的时候更像是一个开发者，prompt 描述清楚需求就可以了，会给你写报告，debug 能力确实很强劲

黑产的最喜欢 win ，有些牛逼的开发者有能力写远控的，而且当时的杀软基本都能过。。 不过我知道的都是多年前了，那开发者是特殊单位的，没有事就是编内，有事就是编外。

@Rat3 官方有篇帖子专门是说“为什么它不合适用 ORM”，你用的哪个轮子，我找了很多遍根本没有一个完美支持的。

@members 看场景吧，数据量大的时候，原生 SQL 完爆 ORM ；就像 clickhouse 你根本找不到 ORM

https://apify.com/instagram-scraper/fast-instagram-post-scraper

这个可以看看是否合适

把边缘函数最大缺陷搞清楚再撸，这块我在数据库事务处理栽过跟头

快速解析数据： https://github.com/serping/express-scraper

无头集群: https://github.com/seadfeng/headless-browser-clusters

两个结合用，不要太舒服

@godall https://github.com/seadfeng/headless-browser-clusters

最早用无头，感觉确实效率很低， 后面再次尝试用，其实没那么糟糕；碰到硬茬逆向搞不定能有什么办法

有爬虫牌照的都不敢这么玩，哪天有人喝茶了，记得回来回帖

https://apify.com/instagram-scraper 这里有免费额度的刮板，撸到 JSON ，让 AI 给你写脚本，可以批量撸到本地

@Alcex

https://github.com/serping/express-scraper

需要 TS 版本，可以参考这个， 我之前刚入坑 express 找不到开箱就能用的。

可以部署到 vercel

@clhcowboy

本地启动后用下面这个 curl 测试，项目主要用于 js 渲染页面，具体到 dom 解析不建议写在一起。

curl -X POST http://127.0.0.1:3010/api/v1/fetch \
-H "Content-Type: application/json" \
-H "X-Api-key: your_api_key" \
-d '{
"url": "https://api.ipify.org"
}'

https://github.com/seadfeng/headless-browser-clusters

改一下就可以变成截图 api 服务