切换手册章节
一次对话为什么会调用模型好几次?
让 Harness 把会议纪要整理成文件,界面只显示你发了一条消息。模型可能先请求看文件,取得原文后再决定写什么。理解 Turn、Step 和工具结果,就知道该从哪里查看耗时与费用。
本篇目录 4 节
01
按一次任务读时间线
| 术语 | 在这次练习里怎样理解 | 常见的错算 |
|---|---|---|
| Turn | 运行循环处理的一轮任务。一般由待处理输入唤起 | 一轮任务里可能发生多次模型请求 |
| Step | 一次进入的模型请求,以及随后的相关工具执行 | 一个 Step 可以有多个工具调用。有些 Turn 在真正进入 Step 前就结束 |
| 工具调用 | 模型请求宿主做一个动作,例如读取、写入 | 请求已经出现,并不能说明动作成功 |
| 工具结果 | 宿主把执行结果或错误交给后续处理 | 工作区之外的写入若被拒绝,下一步需依据错误调整 |
02
用手头这份纪要做一次读图
在轨迹或工具记录中找到读 meeting.txt 的动作,再找写 brief.md 的动作。把原文中“体验名额还没定”与最后的简报对照。如果工具返回了这句话,但成稿补出了 20 人,问题发生在理解或生成环节。若工具读的是另一份同名文件,应先修正工作区和路径。
写文件涉及真实改动。执行链会处理前置策略与守卫,获准后执行,然后才有结果和后续处理。工具是否能并行也取决于具体动作与调度声明,不能看到几个工具卡片就认定它们同时运行。
03
任务运行中补话时,留下一个可查的标记
发出后保留时间顺序。检查这句话有没有进入后续请求,再到最终文件中核对。发送时间、模型看到它的时间、修改写入磁盘的时间是三件事。如果指令等到下一轮才生效,保留实际轨迹说明原因。
补充要求:在 brief.md 最后一行标记“供内部核对”。原文没有确定的内容继续写“待确认”。04
比较两次运行时记录什么
使用同一份输入、新的目录副本、相同模型和预设。分别记录请求与工具的实际次数、最后的停止状态、生成文件和账单里的用量。部分界面不展示所有内部事件,缺失的计数留空。步数多可以来自检查、重试或工具往返,最终还得看交付质量。
来源与延伸阅读
配套资料
知识库与演示素材
知识库附录含录屏分镜。练习包里的 INDEX.md 可按题目查找会议简报、只读目录核对、Cordis 报销回执,以及门店销售和团队练习。