Problem
目前 Qoder 更适合本地、短周期、交互式的编码任务，但还缺少一种真正的 云端代理开发模式，来处理更复杂、耗时更长的工程任务。
对于实际开发场景，本地执行存在一些明显限制：
-
本地环境可能不稳定，依赖和配置容易出问题
-
大仓库分析、多文件重构耗时较长
-
长任务无法稳定后台持续运行
-
安装依赖、构建、测试会占用本地机器资源
-
用户离开后，任务通常不能继续执行，回来也无法直接查看完整进度
这会让 Qoder 在处理端到端工程任务时，和支持云端代理执行的工具相比存在差距。
Solution
建议增加一个 云代理开发模式（Cloud Agent Development Mode），让用户可以把开发任务放到隔离的远程工作空间中执行。
建议的工作方式：
-
用户选择“在云代理模式中运行”
-
Qoder 为当前任务启动一个远程 sandbox / container
-
Agent 分析代码仓库并给出执行计划
-
Agent 可以跨多个文件修改代码、安装依赖、执行命令、运行测试和构建
-
执行过程中持续展示进度，长任务支持异步继续运行
-
对关键操作提供确认机制，例如应用大规模修改、执行高风险命令、提交 PR
-
可选支持自动创建分支、提交代码、生成 PR 描述
希望这个模式至少支持这些能力：
-
每个任务独立的云端工作空间 / 容器
-
长时间运行与可恢复会话
-
后台异步执行
-
多文件编辑和仓库级理解
-
终端 / 构建 / 测试支持
-
关键操作审批流
-
diff 审查与回滚
-
面向 PR 的工作流
-
权限边界、密钥管理、使用额度控制
Use Case
我会在这些场景中使用：
-
分析大型代码仓库
-
进行跨多个文件的重构
-
修复需要安装依赖并运行测试才能验证的问题
-
运行耗时较长的构建、检查、验证任务
-
本地环境异常或不可用时，仍然继续开发任务
-
让 Agent 在后台完成任务，之后再回来审核结果
这类能力会特别适合真正的工程开发流程，而不仅仅是代码生成或简单补全。
Priority
High - Blocking issue
如果 Qoder 希望支持更完整的工程工作流，并与支持云端执行的编码代理工具竞争，这会是一个非常关键的能力缺口。
Additional Info
这个能力可以做成：
-
一个独立的 Cloud Agent Mode（云代理模式）
-
或者一个 Agent Runtime 选项，让用户在本地执行和云端执行之间切换
理想体验是：
-
简单、小任务使用本地模式
-
复杂、耗时、需要持续执行的任务使用云代理模式