1. 从文件回复，走到真正可看的页面
2026 年 9 月 23 日，Kimi Code Desktop 的 1.0.3 更新加入了一个直接面向结果的入口：点击对话中的本地 HTML 文件，会在右侧内置浏览器中把它作为网页打开。
Kimi Code Desktop 是可以通过对话读写本地项目的桌面 AI 工具。这个变化意味着，AI 生成一页内容之后，你可以马上看到标题、图片和按钮真正怎样排列，再提出修改，而不是停在一段文件名或源码上。它仍然是本地预览，不会因此自动成为别人能访问的网站。
2. 把模糊意见变成具体的页面反馈
不懂代码，也能先判断成品是否表达清楚
假设你要为读书会做一页活动说明。你关心的是时间、地点、参加方式是否醒目，长标题是否挤成一团，手机宽度下文字是否还能读。看到页面之后，“不够好看”可以变成“把时间放到标题下面”“这张图挡住了地点”等可操作的反馈。
生成和查看放在同一个会话里，主要减少的是找文件、换工具以及描述位置的麻烦。你仍然负责核对活动事实，真实报名、付款或公开发布也需要另外的功能与检查。一份可以打开的页面，和一个已经能收集报名的服务，是两种不同的产物。
3. 用一页活动说明试一遍
以下按当前帮助中的 macOS 或 Windows 桌面版操作，从官方入门页安装并登录。官方模型需要相应 Kimi 会员；也可配置第三方模型，但会涉及它的账号与费用。先准备一个专门存放练习文件的空文件夹。
- 选择工作位置。 新建会话，点击输入框上方的文件夹名称，选择该文件夹，确认显示的是你刚选的位置。
- 先设置确认方式。 在发送任务之前，从输入框左下角的权限入口选择 Always Ask，让拟执行操作先经过你的确认；如果想先讨论布局，可从输入框“+”选择 Plan。
- 给出小而明确的页面任务。 例如：“创建一个本地 HTML 活动说明页，标题为周末读书会，时间周六 14:00，地点三楼共享空间。只展示信息，不收集报名，不联网发送任何内容。”这是试做示例，请换成自己的准确资料。
- 检查拟执行操作。 按任务审核指南查看审批卡中的文件与命令，再决定是否允许。逐项看清修改范围，再批准需要的操作。
- 打开真实页面。 点击回复中的 HTML 文件，查看右侧网页。若项目需要本地服务，先让 Agent 启动并提供实际地址，再用内置浏览器打开；不要把某个固定端口当成所有项目的地址。
- 指出位置，再检查一次。 先自己核对时间、地点和文字。根据浏览器指南，可右键选择 Annotate element，标记有问题的元素，写明实际表现和期望，点击 Add to Composer 后发送。也可以从浏览器右上角 More → Show device toolbar 打开设备工具栏，查看窄屏。修改后重新打开对应位置，确认原问题已消失。
这次试做的完成标准可以很简单：事实正确、关键信息容易找到、窄屏没有遮挡。需要对外分享时，再单独处理托管、可访问地址和真实功能，避免把本地截图当成已经上线的证明。