Kimi Code在2026年9月4日的更新说明中介绍了网页端文本选择批注：用户可以选择消息、文件预览、代码差异或终端中的内容，将它作为评论或引用带入对话。对经常遇到AI改错位置的人来说，这是一项很实用的交互改进。本文围绕批注本身说明如何提高沟通精度，功能入口与可用范围仍以安装版本的实际界面为准。
批注最适合解决位置歧义
只说把这里缩小一点，模型可能不知道这里指按钮、表单还是整个容器。更有效的方式是选中对应样式或差异，说明这个输入框高度改小，保持旁边按钮对齐。引用提供位置，文字提供意图，两者缺一不可。对于没有选中文字的视觉区域，可以补充页面名称、组件标题和操作步骤，帮助模型建立准确对应。
代码差异中的批注要描述结果
看到一段新增代码时，可以引用相关几行，说明它在空列表、无权限或请求失败时应该如何表现。不要仅批注这里有问题，否则模型还需要重新猜测。比如指出分页返回后应替换列表数据，并保留筛选条件，就比要求优化分页更具体。一次批注集中处理一个行为，多个无关问题分别描述，便于逐项验收。
终端报错应保留第一条关键信息
终端里可能有很长堆栈，优先选择错误类型、发生文件和触发命令，再补充预期结果。避免只引用最后一行失败退出，因为它通常只是前面错误的结果。提交前查看选中内容是否包含密钥、访问令牌或用户资料，必要时做脱敏。保留依赖版本和运行环境，会比反复要求模型再试一次更有助于定位。
让模型先复述修改范围
重要任务可以要求模型先用一句话说明将修改哪个文件、哪个行为以及验收方式，再开始执行。若复述的位置不对，及时纠正引用。对于涉及保存、删除或权限的调整，补充上下游期望，例如接口仍返回原结构、取消操作不写入数据。批注增强了定位能力，但不能代替完整的业务规则。
多人协作要留下可追踪说明
将长期规则写回项目文档，而不是只放在一次批注里。代码审查时保留问题、处理结果和验证记录，让其他成员知道为什么修改。临时意见和团队规范要区分，某个页面的特殊处理不应自动扩散成全站默认。使用同一任务里的差异查看与批注，能够减少复制内容导致的版本错位。
用三个实际问题练习上手
第一次练习选择一个文案错误，要求只修改文字；第二次选择一个样式声明，要求调整尺寸并说明适用页面；第三次选择一条终端错误，要求先分析原因再提出修复。完成后对照原始引用和最终差异检查是否一致。熟悉这种方法后，用户可以把大量含糊往返变成清楚的小任务，尤其适合边使用页面边与编码Agent协作。
参考资料
资料核对日期：2026年9月14日。本文由599IT结合公开资料整理，应用步骤与分析由本站编写。
