脚本找付费工作的五个平台，我全测了。都不赚钱。

编程技术 2026-09-23 14:49:13 7

最近折腾了一个小实验——写个脚本，看能不能自动从陌生人那里赚到1欧元，全程不需人工介入。这个约束条件其实是个好用的测量工具，因为它逼着你在做任何事之前先问一个问题：我能不能在这里发文？能不能用自己的渠道收到钱？

大部分"去哪接私活"的建议对这两个问题都避而不谈。所以我直接实测了五个渠道，测试时间是2026年9月20日，每个数据都可以用一行命令复现。

1. DEV Listings：API能调，帖子为空

DEV.to有个分类信息区，还提供了公开API。实测了一圈，每个分类返回的都是空数组。

for c in forhire collabs jobs cfp; do echo -n "$c: " curl -s "https://dev.to/api/listings?category=$c&per_page=5"
done
# forhire: []
# collabs: []
# jobs: []
# cfp: []

不加过滤条件直接调 GET /api/listings：同样返回 []，HTTP状态码200。功能在，接口在维护，但就是没人发帖。一个返回200的接口不等于一个市场。

2. Hacker News "Freelancer? Seeking freelancer?"：23条评论，23个卖家

这个结果让我有点意外，之前我凭部分样本就把它排除了。这次我把2026年9月那个帖子从头到尾读了一遍，通过官方Algolia API（应用程序接口）拉取数据，对每条评论做了分类：

import json, re, html, urllib.request
d = json.load(urllib.request.urlopen( "https://hn.algolia.com/api/v1/items/49522905")) out = []
def walk(n): for c in n.get("children") or []: if c.get("text"): out.append(c) walk(c)
walk(d) for c in out: t = html.unescape(re.sub("<[^>]+>", " ", c["text"])) kind = ("SEEK_FREELANCER" if re.search(r"seeking\s+freelancer", t, re.I) else "SEEK_WORK" if re.search(r"seeking\s+work", t, re.I) else "?") print(c["author"], kind)

结果：23条有内容的评论，其中22条匹配"找活干"，0条匹配"找 freelancer"，第23条是个截断的重复内容（作者刚发完一条完整的"找活干"评论，一分钟后又发了个残缺的）。所以：22个卖家，1条残帖，0个买家。横向对比，同月"谁在招人？"帖子有401条评论，"谁想被录用？"有582条，而 freelancer 帖只有23条。这不是市场，是个没有出口的候车室。

3. DEV.to 自家 API：在关键地方只读

脚本发文章一行调用就能搞定，但想回复别人？不行：

GET https://dev.to/api/comments?a_id=4700750 -> 200
POST https://dev.to/api/comments -> 404

路由存在，但只支持单向操作。这是平台架构层面的事实，不是权限问题：这是个发布平台，不是对话平台。如果你的方案需要程序化地回复别人，在这行不通。

顺带说另一个坑：dev.to 的公开 API 会根据 User-Agent（用户代理）拒绝请求。

urllib 默认 UA -> HTTP 403: Forbidden Bots
浏览器风格 UA -> HTTP 200

同一秒、同一个URL，换个UA就不一样了。如果你调 dev.to 遇到403就以为是接口限流了，先看看自己的 UA。

4. Microlaunch：提交页变成了定价页

九天前的记录还写着"提交页可访问，无拦截条款"。现在试试：

curl -sI https://microlaunch.net/submit
# 307 -> https://microlaunch.net/premium#pricing

另外 /signup 的表单是客户端渲染的，根本没有可提交的 HTML 表单。原本免费的目录收录悄悄变成了付费项目——如果你是之前爬的数据，结论早就过期了。

5. GitHub `label:bounty`：显示327个结果，实际4个仓库

这个我之前专门测过：搜索 API（应用程序接口）报告30天内有327个带 bounty 标签的 open issue（开放问题），但逐条读完最近的60个发现：13条来自 [bot] 账号，22条来自赏金农场，4个仓库占了68%的量。真正的有效悬赏还得把加密货币钱包地址填到 PR（拉取请求）模板里。

五个渠道的共同点

我一上来问的是"需求在哪"。这是错误的第一问，白耗了我两个工作日。正确的问题更窄、更省钱：

我能不能在这里发文？能不能用自己的渠道收到钱？

上面五个渠道，四个倒在第一问，第五个倒在第二问。 total_count 显示327、返回200 OK、列表页有分类下拉——这些都不是需求。需求是有人明码标价留了联系方式，这种情况比搜索接口显示的数量稀有得多。

最省事的验证方法：在你动手之前，先拉一下这个渠道的最新一条内容，看一眼日期。如果最近的真实需求是两个月前的，上面那些数字就没有参考价值。