资讯中心

  • 首页 资讯中心 Kimi Code桌面端发布一个多月,三组用法能让开发事半功倍?

Kimi Code桌面端发布一个多月,三组用法能让开发事半功倍?

2026-11-05

球友会为你整理相关体育消息:

Kimi Code Desktop 正式发布已经过去一个多月。

这段时间里,团队持续迭代了多个版本:继 Windows 和 macOS 之后,社区里被问过很多次的 Linux 版本已经发布;

桌面端远程控制(Remote Control)、文件树面板、Agent 在对话中实时更新工作进展等能力,也陆续上线。

不少一直在用 CLI 的老用户,把桌面端加进了日常开发工作,在 CLI 和桌面端之间灵活切换,根据任务选择更顺手的协作方式。

从社区的经验交流中,整理出三组值得一试的功能和用法。

一、内置浏览器 + 截屏框选 Vibe Coding 里常见的 Web 应用开发和调试,是这组功能最典型的场景。

代码写完以后,需要确认页面运行是否符合预期:能否正常加载,点击和跳转是否顺畅,表单校验是否有效,不同设备尺寸下会不会错位。

遇到问题,还要把复现步骤、异常位置和预期效果准确地告诉 Agent。

整个过程需要在 Agent 对话、代码编辑器和页面预览工具之间反复切换。

有了内置浏览器,这类来回切换就能少很多。

about image

Kimi Code 可以根据要求,直接在当前任务中启动本地服务、打开页面,完成点击、输入、填写表单和滚动等操作;

需要自己检查时,也可以随时接管。

从写代码、查看效果,到复现问题、继续修改和再次验证,都能在同一个任务中完成。

具体到「复现和修复页面 Bug」:比如正在开发一个项目管理页面,有的 Bug 在初次打开时没有异常,只有经过特定的筛选或搜索操作后才会触发。

可以把操作路径和预期结果告诉 Kimi Code,让它按步骤复现和分析,完成修改后,再沿着同一条路径重新验证。

如果其中某一步更适合自己完成,也可以随时接管浏览器;

问题出现后,截下当前页面,框选异常区域并写明预期效果,再交给 Kimi Code 继续处理。

内置浏览器还提供了 iPhone、Pixel、Galaxy、iPad、折叠屏和桌面等多种设备尺寸预设,直接选择设备就能查看页面在相应尺寸下的表现,并在几个常见尺寸之间切换复查。

查阅和对比多份技术文档、在多个公开页面中查找筛选信息并输出调研报告、集中检查多个线上页面的更新情况,或者核对设计稿与实际页面的差异,也都能用到内置浏览器或截图批注。

二、远程控制 + 目标模式 + 后台任务 Agent 接手了很多具体的开发任务,从调整页面样式、修复 Bug,到完成一项功能、重构一个模块。

具体操作确实变少了,但协作过程仍然离不开人:有些任务完成一个阶段后需要确认下一步,有些文件修改或命令执行会等待审批,执行偏离预期时也得及时调整方向。

这些节点随时可能出现,注意力还是要跟着任务走,人也很难真正离开电脑。

中途去开个会、吃个饭,Agent 一旦遇到需要确认、审批或补充指令的地方,就可能停在那里等待。

如果想让 Agent 在下班之后持续完成一个长任务,可以试试远程控制 + Goal + 后台任务:通过 Goal 写清任务目标和完成条件;

让测试、构建等耗时操作在后台继续执行;

离开电脑后,再通过远程控制查看进度、处理审批和补充要求。

举个例子,为一个项目升级核心依赖,要完成依赖安装和代码适配,还要依次通过类型检查、单元测试和生产构建,整个过程可能持续很长时间。

开始前先选择 Goal 模式,设置目标:将依赖升级到指定版本,保持现有公共接口不变,确保类型检查、单元测试和生产构建全部通过;

如果发现需要更换其他核心依赖,或者修改范围明显扩大,则暂停并说明原因。

完成依赖安装和代码适配后,让类型检查、测试和生产构建等耗时验证转到后台运行。

检查可以继续执行,主会话也可以处理其他步骤,每项任务的状态、输出和运行时长都能单独查看,必要时随时停止。

离开电脑前开启远程控制,之后通过手机、平板或另一台电脑,就能继续在这条会话中查看 Agent 的执行进度和工具调用,追加指令,处理权限确认,必要时中断任务。

目前,Kimi Code Desktop 和 CLI 都支持远程控制。

大型代码库的全量测试与构建、多端项目的打包检查、为多个模块补齐自动化测试,以及耗时较长的批量代码修改等任务,都可以采用类似方式。

它们的共同点是执行时间长、验收条件相对明确,中途只需要人参与少数关键决策。

三、分叉会话(Fork) 开发任务很少会沿着一条路走到底,很多时候需要对不同实现方案做选择。

同一个问题,可能有一条改动范围更小、上线更稳妥的方案,也有一条改动更多、后续结构更清晰的方案。

如果在同一个会话中反复讨论,前提、约束和结论很容易混在一起;

重新创建一条空白会话,把项目结构、需求背景、限制条件再整理一遍,又是重复工作。

分叉会话(Fork)会从当前节点保留此前完整的对话历史,生成一条可以独立保存和继续使用的新会话。

两条会话从相同的上下文出发,分别沿着不同的方向继续。

结合计划(Plan)模式,还可以让两条会话

球友会将继续整理相关资讯。