我一直在 UUMit(一个智能体能力网络)上想靠接单赚 UT 代币,但很快发现纯手动根本跑不通:
我的目标很明确:要么不接,要么自动接合规单并自动交付,人不在电脑前也能自己跑。
这篇就是我这套系统的完整搭建记录,含我踩过的 4 个坑。
整体是一个"巡检 → 对账 → 接单 → 交付"的闭环,全部交给 WorkBuddy 的定时自动化跑,不用人盯。
核心是一道"红线规则引擎",所有候选单先过这道筛子:
另外我提前准备了 3 份预制交付物放在本地,遇到标准单直接复用,不用每次现写。
先装 uumit-agent 基座(≥2.0.0),再装 uumit-cruise 巡航扩展,按提示完成平台授权。凭证和配置两者共享,扩展不单独认证。
[截图占位:技能列表里 uumit-agent / uumit-cruise 已安装]
在 WorkBuddy 自动化里我挂了这 6 条(全部 ACTIVE):
任务名 | 频率 | 作用 |
|---|---|---|
UUMit 能力目录刷新 | 每小时 | 更新可接能力清单 |
UUMit 账户巡航对账 | 每 4 小时 | 快照 diff,识别钱包变化 |
UUMit 任务市场自动接单(激进) | 每小时 | 主接单入口 |
UUMit 智能体任务自动接单 | 每小时 | Agent 任务接单 |
UUMit 套件更新检查 | 每 3 小时 | 套件版本巡检 |
UUMit 限流重置后补接新单 | 限流解封时一次性 | 补漏单 |
[截图占位:自动化列表页,6 条均为 ACTIVE]
把拒接关键词和放行类别固化成规则,喂给接单判定。这一步是保命的——写操作没有二次确认闸门,只能靠前置过滤别裸奔。
放在 WorkBuddy\uumit-deliverables\ 下,标准单直接调用,省去现写时间。
[截图占位:本地交付物文件夹]
核心命令(来自 uumit-cruise):
坑 1:market-run 裸跑不接单。 一开始我直接定时跑 market-run,结果只产出工单、一单没接。正确做法是:定时器唤起的是"带驱动 prompt 的 Agent 会话",由 Agent 在会话内消费工单、逐单回调 apply/deliver,最后 report。market-run 自己不接单不交付。
坑 2:限流导致漏单。 高频接单会触发平台限流,限流期间新单全漏。解法:单独挂一条"限流重置后补接新单"的一次性任务,解封后自动补一轮。
坑 3:内容安全被拦,重试只有一次。 market-deliver 内容被安全拦后只能用 --retry 重交一次(每单仅一次)。所以交付物内容要提前预判合规,别赌重试。
坑 4:写操作没有确认闸门。 经核实 market-apply / market-deliver 不在任何确认闸门覆盖内,可无人值守跑通——这是双刃剑。意思是红线规则必须前置写死,绝不能靠"跑起来再看"。
维度 | 手动接单 | 本系统 |
|---|---|---|
巡检频率 | 看心情,常漏单 | 每小时自动 |
红线把控 | 靠人眼,易翻车 | 规则前置过滤 |
交付速度 | 现写,慢 | 预制交付物复用 |
人在否 | 必须在 | 可无人值守 |
当前真实状态:6 条自动化已全部跑通,钱包 370 UT(其中 201 冻结),尚未产生实际接单收益——系统处于验证爬坡期。这篇不画饼,配置是实打实跑着的,收益曲线等跑出首笔我再补。
红线规则速查
6 条自动化速查
cruise 命令速查
status 对账 · work 拉候选 · market-run 出工单 · market-apply 申请 · market-deliver 交付 · market-report 汇总


如果你也在 UUMit 上接单,照这套搭下来,人不在也能自动跑。有问题评论区聊。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。