创建新文档

您的文档标题(将显示为 H1)
URL 友好名称(无空格,使用连字符)
创建文档的路径(可选,使用正斜杠创建子目录)

移动/重命名文档

文档的当前位置
文档的新路径(包括别名)
这只会更改文档的路径,不会修改文档的标题(H1 标题)。

删除文档

您确定要删除此文档吗?此操作无法撤销。

警告:如果这是一个文件夹,包括子文件夹和文档在内的所有内容将被删除。

Message

Message content goes here.

Confirm Action

Are you sure?

附件

允许的文件类型:jpg, jpeg, png, gif, svg, webp, txt, log, csv, sfd, zip, pdf, docx, xlsx, pptx, mp4(最大:10MB)

文档文件

正在加载附件...

文档历史

以前的版本

Loading versions...

预览

选择要预览的版本

Wiki 设置

用户界面语言
每个文档保留的版本数量。设置为0以禁用版本控制。
上传文件的最大允许大小(MB)。

用户管理

添加新用户

留空以保持当前密码
拥有这些组的用户可以访问受限部分。

为您的Wiki部分定义基于路径的访问规则。规则按顺序评估。首次匹配生效。

活动规则

从ZIP归档文件导入Markdown文件。文件将被处理并存储在适当的文档结构中。ZIP中的目录结构(类别/子类别)将在wiki中保留。

上传包含要导入的Markdown(.md)文件的ZIP归档(压缩包)。

创建和管理您的 Wiki 数据备份。备份包括所有文档、图像和配置文件。

可用备份

正在加载备份...

添加/编辑访问规则

已选择: /

添加列

Agents 原理

ToolUse 工具使用

工具结果就是 LLM 的下一轮输入

关键点:工具执行的返回值,会作为下一轮对话的 message 传回给 LLM。

举个具体例子,假设 LLM 想读一个 15000 行的文件:

第 1 轮:LLM 发起 tool_use

{
  "type": "tool_use",
  "name": "read",
  "input": { "path": "src/big-file.ts" }
}

工具执行
read 工具开始读文件,发现有 15000 行,超过 2000 行限制。它不会报错,而是:

正常返回前 2000 行的内容
在内容末尾拼上一段提示文字
返回给 LLM 的 tool_result
(前 2000 行的实际文件内容…)

[Showing lines 1-2000 of 15000. Use offset=2001 to continue.]

这整段东西作为 tool_result 消息传回 LLM。LLM 看到最后那句提示,就自己决定要不要继续读。

第 2 轮(如果 LLM 决定继续)

{
  "type": "tool_use",
  "name": "read",
  "input": { "path": "src/big-file.ts", "offset": 2001 }
}

然后又拿到 2001-4000 行,末尾又带提示 Use offset=4001 to continue.,如此循环。

如果 LLM 觉得够了
它就不再调用 read,直接生成回答。是 LLM 自己判断够不够,不是代码强制的。

另一个极端情况

如果某一行就超过 50KB(比如压缩过的 JSON),工具直接返回:

[Line 1 is 120.5KB, exceeds 50.0KB limit. Use bash: sed -n '1p' src/big.json | head -c 51200]

文件内容一个字都不返回,只给 LLM 一个”换个方式读”的建议。LLM 看到后可能会改用 bash 工具去处理。

https://x.com/i/status/2022892238783844413

附件

正在加载附件...

评论

暂无评论。成为第一个评论者!

搜索结果