用户问了一次，后台先检索、再调用工具、最后总结。答案出错时，单看最后一条模型回复，可能找不到究竟是哪步走偏。LangSmith用trace展示一次应用执行，其中可以包含多次模型调用和其他事件。[1] 对这种多步助手，我会先选一条能解释完整结果的记录方式。
不要把接入目标写成“记录尽可能多”。我更关心能否点开一次用户请求，看到提示词版本、工具结果和最终答案属于同一条路径。
个人调试和团队一起看，费用不同
| 使用安排 | 当前公开条件 | 先确认什么 |
|---|---|---|
| 个人起步 | Developer 1席位、月含5,000 base traces | 包含量和超额规则 |
| 团队协作 | Plus US$39/席位/月，月含10,000 base traces | 谁确实需要席位 |
| 近期定位错误 | Base保留14天 | 收到反馈是否及时 |
| 长期对照重要样本 | Extended保留180天、另费 | 哪些记录值得留下 |
假设三人都需要Plus席位，席位项为3×US$39，即US$117/月；再核对traces、部署或其他用量，不能把它当成完整总账单，也不自行认定包含trace量随席位乘三。[1]
一千次请求，未必是三千条trace
假设1,000次完整执行各调用模型3次，模型调用数就是3,000；如果每次执行按一条trace关联，trace数量仍按1,000次执行理解。这里只解释两种统计对象，实际计量还要看接入方式与当前规则。[1]
这对排查也有帮助：看到整条路径后，先判断资料有没有找对，再判断模型怎样使用它。重试或切换模型，应该能在对应步骤里看见，而不是只剩一个模糊的“成功”。
有价值的旧样本，单独决定保留
Base适合较近的排查，Extended可让带用户反馈或评估价值的记录留得更久。[1] 我会先把确实影响改进的例子整理出来，不必因为想留几条重要记录，就默认全部都按最长窗口保存。
一个人排查程序，可以从Developer的席位和记录范围看起；团队协作再比较Plus，包含量不会因为多买席位自动倍增。长期反馈样本按Extended保留需求单独估算，不必把每条日常调试都留下半年。LSU属于另外的用量单位，别把它解释成一条trace收一美元。
资料核对与适用范围
本轮重读所列官方价格与相关文档，按知识库检索、反馈复查与应用故障作资料选购评估。费用算术为明确假设，编辑建议不代表本站导入、模型调用、监控接入或真实扣费体验。
费用与能力需要按账户、地区、配置、记录方式、合同与启用功能确认。本站未登录商家、创建账号、导入知识库、执行检索压测、部署采集器或调用付费接口。价格和文档阅读不能证明召回率、排错效率、恢复能力或实际账单。