这篇能做出什么
照着走一遍,你会拿到三样东西:
1. 一套「任务卡」写法:把「帮我退个差价」这种模糊请求,变成智能体能执行、你能验收的结构化指令。
2. 三条真实生活事务的走通路径:电商保价退差价、车辆保养预约、球馆订场。
3. 一张边界清单:哪些环节可以放手,哪些必须停下来等你确认,哪些事干脆别交给它。
先给一个结论:这类「什么都要管」的手机智能体,真正擅长的是信息搜集 + 表单填写 + 流程推进;它不擅长、也不应该替你承担的是不可逆的后果。凡是「点了就生效、生效就难撤回」的动作,都该设成暂停点,等你一句话。
需要提前说明:千问Go 具体支持哪些应用、哪些操作入口,会随版本变化,以官方页面当前版本为准。下面讲的是操作方法和判断标准,不依赖某个特定版本。
---
前置条件清单
动手之前,把这些准备好。缺一项,后面就会卡住:
- 一台日常在用的手机,系统和千问Go 的兼容性以官方页面为准。
- 千问Go 已安装并登录,账号状态正常。
- 三类目标应用已安装、已登录,且近期没有改过密码:
- 电商类:能查订单、能进客服
- 车厂或服务商类:能查保养记录、能预约
- 场馆类:能查空场、能下单
- 一个独立的小额支付方式,或者在支付设置里把免密支付关掉、单笔限额调低。这是给自己留的一道闸。
- 通知权限打开。智能体卡在某个环节需要你确认时,靠的就是通知。
- 预留 20~30 分钟。第一次跑,每一步都值得你盯着看。
最后一项是心理准备:别指望一次成功。第一次跑的目标不是「办成」,而是「看清它会在哪里出错」。
---
第 1 步:先写白名单,再谈授权
很多人上来就把权限全开,让智能体自己去摸索。这是最容易出事的地方。正确顺序是反过来的:先定义它能做什么,再去给权限。
把任务按风险分三档:
| 档位 | 动作类型 | 举例 | 处理方式 |
|---|---|---|---|
| 绿 | 只读 | 查订单、查历史价格、查保养手册、查空场 | 完全放手 |
| 黄 | 可撤回的写操作 | 填写表单、加入购物车、发咨询消息、提交申请草稿 | 执行到「提交」前暂停 |
| 红 | 不可逆或涉钱 | 确认支付、取消订单、改收货地址、绑定新设备、开会员 | 人工接管,你亲手点 |
先把这张表写成一个文件存下来。以后每次给新任务,都从这张表出发。
```yaml
我的授权白名单 v1
绿档_可直接执行:
- 读取订单列表与详情
- 读取商品当前价格与优惠券信息
- 读取车辆保养记录与官方保养周期
- 查询场馆指定日期的空余时段
黄档_执行到提交前暂停:
- 发起保价/售后申请
- 填写预约表单
- 向商家发送咨询消息
红档_必须人工接管:
- 任何形式的支付确认
- 取消已有订单
- 修改账户资料、地址、手机号
- 开通任何付费服务
金额上限: 0 元(本轮任务不涉及支付)
时间窗口: 今天 09:00 - 21:00
```
这份文件就是你后面「喊停」的依据。智能体做了白名单以外的动作,不是它坏,是范围没圈好。
---
第 2 步:把请求写成「任务卡」
模糊指令会得到模糊结果。「帮我看看能不能退差价」——它可能给你查一堆规则,也可能直接去开售后。差别很大。
任务卡要包含六个字段:目标、起点、允许的动作、禁止的动作、暂停条件、失败兜底。
```text
【任务卡:电商保价退差价】
目标:针对订单号 2024xxxx(下单日期 3 月 12 日),
判断是否符合保价条件;符合则发起保价申请。
起点:打开电商 App → 我的 → 订单 → 找到该订单
允许的动作:
- 截图或读取订单详情
- 查看商品当前售价与可用优惠券
- 进入客服,选择「价格保护」入口
- 填写申请表单
禁止的动作:
- 不要点击最终的「提交申请」按钮
- 不要取消订单、不要申请退货退款
- 不要修改收货地址或联系方式
暂停条件(遇到即停下并通知我):
- 到达最终提交按钮之前
- 客服要求转人工
- 页面出现「保价机会仅剩 1 次」之类的提示
- 需要输入验证码、密码或支付信息
失败兜底:
- 若找不到保价入口,截图当前页面并停止,不要自行尝试其他路径
- 若超过 5 分钟无进展,停止并通知我
产出:一份文字说明 + 关键页面截图,包含「是否符合条件」和「差多少钱」
```
这张卡可以直接复制粘贴给智能体。关键在于:「禁止的动作」比「允许的动作」更重要。
---
第 3 步:任务一 · 退差价
这是三个任务里最简单的一个,适合用来练手。
为什么适合练手:全程可撤回。就算申请提交了,也只是走一个审核流程,不会立刻产生不可逆后果。
执行过程大致长这样:
1. 智能体打开电商 App,按你给的单号定位到订单。
2. 读取订单实付金额,再读取商品当前页面价格和可领的券。
3. 差额算出来,进入客服对话,找到「价格保护」入口。
4. 填写申请表单,停在提交按钮前。
5. 通知你:「符合条件,差额 X 元,是否提交?」
这一步必须停下来,原因有三个:
- 部分平台的价格保护有次数限制,用掉就没了。
- 有些平台的保价和退货退款是互斥的,走错入口会影响后续售后。
- 差额计算方式各家不同(是否含券、是否含运费),你亲手核对一眼更稳。
验收标准:不是「它说可以」,而是你看到了当前售价截图、订单实付截图,两个数字对得上。
---
第 4 步:任务二 · 约保养
这个任务的风险点不在「预约」,而在加项。
```text
【任务卡:车辆保养预约】
目标:预约一次基础保养,时间在下周六上午。
起点:打开车厂 App → 服务 → 保养预约
允许的动作:
- 读取当前里程与上次保养记录
- 查询官方建议的保养项目
- 查询附近门店的可预约时段
- 填写预约表单到「确认预约」前
禁止的动作:
- 不要勾选任何非官方建议的附加项目
- 不要同意任何上门取送车、延保、清洗类服务
- 不要确认最终的「预约成功」按钮
暂停条件:
- 门店列表超过 3 家,先给我看列表让我选
- 表单里出现价格不明确的项目
- 需要预付定金
失败兜底:
- 若目标时段已满,列出当天所有可用时段,不要自行改期
```
这里有个真实世界的坑:预约提交后,门店通常会打电话来。电话里的沟通,智能体接不了。这时候你要明确接管,并且提前想好一句拒绝话术,比如「只做手册上这一项,其他先不做,谢谢」。
人工接管点:表单提交前、门店来电时、到店签字时。
---
第 5 步:任务三 · 订球场
订场是三个任务里时间压力最大的一个,热门时段常常几分钟内被抢完。这也意味着,它最容易在压力下「自作主张」。
```text
【任务卡:羽毛球场地预订】
目标:预订本周六 19:00-21:00 的羽毛球场地,1 片。
硬约束(不满足就放弃,不要替换):
- 日期:本周六
- 时间:19:00-21:00
- 价格上限:以我给的数字为准,超出即放弃
- 区域:不超过我常去的两个场馆
允许的动作:
- 查询两个场馆该时段的可订状态
- 选择场地、填写预订信息
禁止的动作:
- 不要自行改到其他时段
- 不要自行更换场馆
- 不要为「抢场」而接受更高价格
- 不要完成支付
暂停条件:
- 找到可用场地后,先确认价格与场馆再继续
- 出现验证码、实名核验
- 支付环节
失败兜底:
- 两个场馆都无场:直接告诉我,不要扩大搜索范围
```
为什么「不要自行替换」要写得这么死:抢场的场景下,智能体的目标函数是「订到场地」,而你的目标函数是「订到合适时间的场地」。这两个目标在满场时会分叉。不写死,它就可能给你订一个周三下午的场,然后告诉你「订到了」。
人工接管点:确认场馆与价格、验证码、支付。
---
第 6 步:执行确认与人工接管
跑完三个任务,你会形成一套固定的确认节奏。可以简化成三色灯:
- 🟢 绿灯:只读操作,跑完看一眼结果就行。
- 🟡 黄灯:智能体停下来通知你,你回复「继续」或「放弃」。回复要短、要明确,别用「嗯」。
- 🔴 红灯:你亲手操作。不需要解释理由。
中断方式,记住这三条就够:
1. 直接说「停止当前任务」。多数智能体会在下一步动作前停下。
2. 关掉它使用的系统级自动化权限。这是物理开关,一定生效。
3. 退出目标应用的登录态。最粗暴,也最彻底。
接管话术模板,可以照着念:
```text
停下来。当前页面截图发我。
从现在起,你只做只读操作,任何点击之前先问我。
```
---
第 7 步:留痕与复盘
每次任务结束后花两分钟记录。不用复杂,一个文本文件就行。如果想让记录稍微自动化一点,可以用一段简单脚本把当天的截图归档:
```python
archive_task.py
把当天任务截图按日期归档,便于回溯
import shutil
from datetime import date
from pathlib import Path
src = Path.home() / "Pictures" / "agent"
dst = Path.home() / "agent-logs" / str(date.today())
dst.mkdir(parents=True, exist_ok=True)
for f in src.glob("*.png"):
shutil.move(str(f), dst / f.name)
print(f"已归档到 {dst}")
```
```bash
运行
python3 archive_task.py
```
归档之外,更重要的是回去改任务卡。每次踩坑,就往「禁止的动作」里加一条。跑上七八次,你的任务卡会变得相当可靠。
---
常见坑与排错
| 现象 | 可能原因 | 处理 |
|---|---|---|
| 卡在登录页,反复要求输入密码 | 登录态过期,或它试图代填密码 | 立刻接管,自己登录。永远不要把密码交给智能体 |
| 找不到按钮,开始到处乱点 | 应用界面改版,或任务描述太粗 | 停下,手动走一遍,把路径写进任务卡「起点」里 |
| 出现验证码就停住 | 正常现象 | 人工接管。这是设计上的安全边界,不要试图绕过 |
| 重复提交了两次申请 | 它没意识到上一步已成功 | 任务卡里加一条「提交前先检查是否有进行中的申请」 |
| 顺手领了一堆券、开了会员 | 白名单没圈住 | 收紧「禁止的动作」,并检查账号有无被开通付费服务 |
| 支付被拦下 | 限额或免密设置生效了 | 说明闸门有效。不要为了省事关掉它 |
| 通知没收到,任务悬着 | 通知权限被系统回收 | 检查权限,并养成主动查看任务状态的习惯 |
| 它读到了不该读的页面 | 权限范围过大 | 把权限收窄到具体应用,别给全局读取 |
还有一类坑不在技术层面:智能体把「完成」和「成功」混为一谈。它可能报告「任务已完成」,但实际只是点了按钮、还没审核通过。所以验收永远看证据——截图、订单号、状态文字,而不是它的总结陈词。
---
什么时候必须喊停
把这份清单存下来,遇到就停:
- 需要输入密码、支付密码、短信验证码。
- 需要生物识别(指纹、面容)。
- 页面出现「仅剩一次」「不可撤销」「最终确认」字样。
- 涉及金额超出你预设的上限,哪怕只超一点。
- 它主动提出「我帮你换个方案」而你没授权。
- 它开始操作你没有提及的应用。
- 涉及实名信息、身份证、银行卡、家庭住址的填写。
- 对方要求线下转账、扫码付款、加私人联系方式。
- 你自己产生「这样行不行」的犹豫时。
最后一条最实用。犹豫就是信号。
---
下一步建议
按这个顺序推进,别跳步:
1. 先只跑绿档任务一周。查价格、查空场、查保养记录。熟悉它的反应速度和出错模式。
2. 建立自己的任务卡库。把跑通的卡片存成文本文件,命名成 退差价.md、约保养.md、订球场.md,需要时直接复制。
3. 每次失败都改卡,而不是改权限。多数问题的解法是「把范围写得更窄」,不是「给它更多自由」。
4. 每月审一次权限。看看哪些授权已经用不上了,收回去。
5. 关注官方更新。这类产品迭代快,功能入口和权限模型都可能变,以官方文档当前版本为准。
这套方法的通用性不止于这三个场景。缴费、挂号、改签、续保,本质都是同一件事:把模糊的委托,拆成有边界的步骤,再在关键节点上留一只手。智能体能替你跑腿,但替你签字这件事,还是自己来。
