What feature would you like to see?
希望 Kimi Code 增加一个 first-class 的 patch 编辑原语，用来补充当前 Edit / Write 工具：
- 支持单次提交多文件、多 hunk 的 add/update/delete/move patch。
- 在写入前先解析并校验 patch，尽量提前发现路径、上下文、格式错误。
- 如果上下文过期或 patch 无法应用，返回明确、可恢复的错误，而不是让模型反复尝试 exact string replacement。
- 在审批 UI 中展示完整 diff，让用户能一次性审批或拒绝一组相关改动。
- 在结果中返回修改文件列表、增删行统计、失败原因等结构化信息。
这个工具不需要替代现有 Edit / Write：
- 小范围精确替换仍然适合
Edit。
- 新建或全量覆盖文件仍然适合
Write。
- 跨多个文件、需要保留上下文、需要一次审批的变更更适合 patch 原语。
Additional information
当前代码里 Edit 是 exact string replacement：old_string / new_string，old_string 找不到或不唯一会失败；Write 则是整文件 overwrite/append。这两个工具对简单编辑很直接，但对大型 XML/JSON、重复文本、批量修改、多文件相关改动来说，模型容易进入反复替换失败或多次工具调用的循环。
我注意到已有 #56 在反馈“替换频繁失败报错”，所以这个 issue 不是重复报告单个 replace bug，而是建议讨论一个更通用的编辑原语：可验证、可展示 diff、可一次性应用多 hunk 的 patch 工具。
我也搜索过 apply_patch、apply patch、unified diff、patch editing、multi hunk，没有找到同主题 issue 或未合并 PR。
What feature would you like to see?
希望 Kimi Code 增加一个 first-class 的 patch 编辑原语，用来补充当前
Edit/Write工具：这个工具不需要替代现有
Edit/Write：Edit。Write。Additional information
当前代码里
Edit是 exact string replacement：old_string/new_string，old_string找不到或不唯一会失败；Write则是整文件 overwrite/append。这两个工具对简单编辑很直接，但对大型 XML/JSON、重复文本、批量修改、多文件相关改动来说，模型容易进入反复替换失败或多次工具调用的循环。我注意到已有 #56 在反馈“替换频繁失败报错”，所以这个 issue 不是重复报告单个 replace bug，而是建议讨论一个更通用的编辑原语：可验证、可展示 diff、可一次性应用多 hunk 的 patch 工具。
我也搜索过
apply_patch、apply patch、unified diff、patch editing、multi hunk，没有找到同主题 issue 或未合并 PR。