助理、企微和移动端远程任务

人不在电脑前，最怕的是不知道电脑里有什么

出差、通勤、回家后，最烦的不是不知道怎么操作，而是不知道哪份文件在电脑里、任务跑到哪一步、产物有没有生成。移动端助理解决的就是这个：用企微或小程序远程发起任务、查看结果，但执行仍在桌面端。

关键理解：移动端是发起和查看的入口，不是执行端。桌面客户端必须在线，离开电脑前确认客户端在运行，否则任务发出去也跑不起来。移动端只发起边界明确的任务——读指定目录、生成草稿、查日报；批量删除、外发、支付类任务的确认卡口留在桌面。

主案例：通勤路上发起一个明早会议准备清单

场景：明早有产品评审会，议程和上次纪要都在电脑里。通勤时用手机发起任务，让桌面端提取议题、未决事项和需携带材料，到公司直接拿结果。

第一步：在桌面端绑定助理

离开电脑前先做好绑定。在桌面端进入助理设置，按当前官方界面选择支持的集成（企微、小程序等）并完成绑定。绑定后移动端可发起任务、查看结果，但执行仍在桌面端。

第二步：先用无敏感数据的查询任务测试

别一上来就发真实任务。先发一个无敏感数据的查询任务验证链路通畅：

远程查一份非敏感文件并生成明日清单。
输入：工作目录中的 agenda.md。
动作：提取标题、待办、责任人。
约束：只读文件，不发送消息，不修改日历。
输出：tomorrow-checklist.md。
验收：每项都能回溯到输入文件，未知项标记待确认。

ps：如果第三方机器人报 429 Too Many Requests 或 Local Agent Error: too many requests，说明并发太高。降低并发，加 1-3 秒间隔，先在桌面端跑通再开放给远程入口。

第三步：移动端只发起边界明确的任务

链路验证通过后，发起真实任务。移动端任务的关键是边界要明确——读哪个目录、生成什么、不做什么：

远程生成一份明日会议准备清单。
输入：指定工作目录中的议程和上次纪要。
动作：提取议题、未决事项、需携带材料和责任人。
约束：只读文件，不发送消息，不修改日历，不外发。
输出：meeting-prep.md。
验收：每项都能回溯到输入文件，未知项标记待确认。

第四步：涉及修改、外发或支付时回到桌面

移动端能看到结果，但涉及修改、外发或支付的操作，回到桌面人工确认。移动端是发起和查看入口，高风险操作的确认卡口留在桌面，不要在手机上一键放行。

flowchart LR
    A[手机发起任务] --> B{桌面端在线?}
    B -->|否| C[任务排队或失败]
    B -->|是| D[桌面端执行]
    D --> E{涉及修改外发支付?}
    E -->|是| F[回桌面人工确认]
    E -->|否| G[移动端查看结果]
    G --> H[回电脑逐项验收]

延伸：让桌面端生成 PPT 草稿，回电脑后验收

通勤时让桌面端基于工作目录里的材料生成一份 PPT 草稿，回到电脑后直接打开验收。移动端只负责发起和查看进度，验收和修改留在桌面端完成。这样把碎片时间用起来，又不把高风险操作放到手机上。

移动端远程任务常见错误

常见错误	为什么会发生	更好的写法
离开电脑没确认客户端在线	以为随时能跑	出门前确认客户端正在运行且账号保持登录
移动端发起批量删除或外发	图方便	移动端只发起读和生成，高风险操作回桌面
一上来就发真实敏感任务	没测链路	先用无敏感数据查询任务验证链路
报 429 还一直重试	以为是网络抖动	降低并发，加间隔，先桌面端跑通再远程
手机上一键放行所有确认	怕麻烦	高风险确认卡口留在桌面，不在手机放行