希望 WriteFile 工具先请求权限 || Want the WriteFile tool to request permission first

[ixtWuko]

What feature would you like to see?

文件内容生成时间不确定，在生成时去做别的事情，回来发现已经超时了，只能重新生成。希望 WriteFile 工具先请求权限。

Additional information

No response

---

What feature would you like to see?

The file content generation time is uncertain. If you do other things during generation, you will find that it has timed out and you can only regenerate it. Hopefully the WriteFile tool will ask for permission first.

Additional information

No response

[yinlb3]

分享一个临时能缓解这问题的小办法 👇

在官方给 WriteFile 加上弹窗确认之前，可以在自己的 skill 文件里（比如 ~/.config/agents/skills/user-preferences/SKILL.md）加一条规则：

每次要调用 WriteFile、StrReplaceFile、Shell 这类会改文件的工具前，先停一下，把你要改的文件路径和改动摘要用文字发给用户，等用户明确说可以之后，再真正执行工具。

这样至少不会因为走开一会儿、超时了，回来发现文件已经被写了或者生成失败了——Agent 会卡在"等回复"那一步，不会自己偷偷跑下去。

当然这只是权宜之计，不能替代产品层面的硬拦截，真正的"工具调用前请求权限"还得等官方实现。但目前来看多少能降低点风险~

A temporary workaround that might help 👇

Until the official WriteFile pre-execution prompt is implemented, you can add a rule to your personal skill file (e.g. ~/.config/agents/skills/user-preferences/SKILL.md):

Before calling WriteFile, StrReplaceFile, Shell, or any tool that modifies files, pause and present the file path + change summary to the user in plain text. Wait for explicit approval before actually invoking the tool.

This way, the agent will stall at the "waiting for reply" step instead of silently running or timing out while you're away. It won't prevent the write entirely like a system-level dialog would, but it does reduce the chance of coming back to find unexpected file changes or failed generations.

Just a band-aid fix though — the real "ask for permission before tool execution" feature still needs to come from the client side. Hope this helps for now!

[ixtWuko]

我的意思是在 kimi 调用 WriteFile 工具时，这里的 approval 放到生成文件内容之前。这样我可以先确认，然后再去做其它的事情。避免 approval 超时，文件没有写入。