Claude Code Web / Mobile 适合什么场景

Web 和 Mobile 更适合远程跟进、长任务查看、异步确认和轻量审查，不适合跳过本地验收直接合并结果。

Web / Mobile 的价值是“离开本地环境后还能跟进任务”。它们适合查看进度、确认方向、补充说明、阅读总结，但不适合替代本地开发环境里的完整验收。

可以先记住：

Web / Mobile 适合跟进，不适合跳过验收。

适合 Web / Mobile 的场景

不适合的场景：

远程环境里看不到完整上下文时，确认只应该确认“方向”，不要确认“最终通过”。

可以这样分：

这个边界越清楚，越不容易把远程跟进当成完整验收。

第一次使用 Web / Mobile，不要让它直接改复杂项目。先让它做只读分析或计划审查。

我现在通过 Web / Mobile 跟进任务。

请先只读总结：
1. 当前任务目标是什么。
2. 已经完成了什么。
3. 还有哪些未确认。
4. 是否需要回到本地 CLI 才能继续。
5. 下一步最小动作是什么。

不要做高风险操作。

长任务最怕“越做越偏”。远程跟进时，要反复确认范围。

请汇报当前长任务进度。

要求：
1. 当前正在做哪一步。
2. 是否仍然围绕原任务目标。
3. 是否发现新问题。
4. 新问题是否需要暂停等待确认。
5. 目前有哪些修改或计划修改。
6. 回到本地后需要怎么验收。

如果它提出新方向，不要直接同意：

这个新方向先不要执行。

请判断：
1. 它是否属于原任务范围。
2. 是否必须现在处理。
3. 如果不处理，会不会影响原任务完成。
4. 是否应该开新任务单独处理。

Web / Mobile 上确认过的任务，回到本地后不要直接相信总结。先让 CLI 或 Desktop 复查。

下面是 Web / Mobile 里的任务总结。

请在本地只读复查：
1. 总结是否和当前文件状态一致。
2. 当前 diff 包含哪些文件。
3. 是否有未验证内容。
4. 是否需要运行 /run 或 /verify。
5. 下一步最小动作是什么。

【粘贴总结】

这一步很关键。远程跟进的结论，必须落回本地文件、diff 和检查结果。

在手机上或远程环境里，信息通常不完整。确认时可以这样说：

我现在只能远程确认，不能完整验收。

请只继续低风险动作：
1. 可以整理计划。
2. 可以列出风险。
3. 可以等待我回本地验证。
4. 不要做不可回滚操作。
5. 不要把当前结论当成最终通过。

我现在只能远程跟进，不能完整验收。

请按低风险方式推进：
1. 只做计划、总结、问题确认或轻量审查。
2. 不做需要本地环境验证的最终结论。
3. 不执行高风险命令。
4. 遇到需要本地确认的地方，请标记为“回本地处理”。
5. 最后给出本地继续任务的交接说明。