Steel 的 30 美元试用额度：先跑通一个浏览器任务

你可能已经在本地写好一个浏览器脚本，接下来想让它在云上定时运行。Steel 的 Launch 方案给了 US$30 一次性试用额度，我觉得适合拿来做这样一次尝试：把一个任务搬过去，从开始访问页面，到保存结果，完整走一遍。

先提醒一个会影响计划的条件：这份额度有效期为 90 天，Launch 单次会话最长 15 分钟。 总额能买到的浏览器小时数，与一场会话能持续多久，是两回事。[1]

这 US$30，会从哪些地方扣？

这些项目共用同一份额度，表中各行不能叠加使用；浏览器时间按分钟计费并向上取整。[1] “能换 300 小时”也不意味着单次会话可以连续跑 300 小时。

我会先迁移一个短任务

选一段原本就能在本地完成的流程，比如打开自己有权访问的页面、读取需要的信息、保存输出。第一轮先确认连接和结果保存，第二轮再观察等待、超时和中断之后如何处理。

任务若经常要跑半小时，就不能直接照搬到最长 15 分钟的会话里。先判断它能否拆成短步骤、保存中间进度；如果必须保持一个长会话，再比较支持更长会话的方案。别等脚本已经搬完，才发现工作方式和套餐限制对不上。

真正可能先花掉额度的，是流量

只按浏览器小时看，会觉得 US$30 能用很久；可在 Launch 单价下，1GB Steel 代理流量就是 US$10。页面中的图片、视频和反复加载内容，都值得留意。

一个单纯的算账例子：100 小时浏览器运行加 1GB 代理流量，共 US$20，尚未计入工具调用和验证码。这不是任务实测，只是帮助你看清钱会花在哪几项。第一次我会边跑边看各项用量，而不是用页面访问次数猜余额。

还要注意，Launch 启用 Steel 代理或验证码处理，需要先充值 US$10 的付费余额，免费额度不满足这个验证条件。充值计入可用余额，并不是额外收走的手续费。[1] 如果你的流程需要这两项能力，第一次尝试就应把这笔现金投入考虑进去。

已经有一个短任务想搬到云上，可以用下面的官方文档确认 Launch 条件。先跑通一条流程、看清真实用量，再决定是否继续充值，比为了用完赠额临时找任务更有意义。