oepnclaw agent 使用疑问

4 月 1 日
 Clannad0708

佬友们问个问题,我发现我使用 openclaw 构建 skill 和让他干事情的时候有 2 个问题一个是他运行的很慢。1 个是完全不准确。

举个例子我最近在做 2026 年打车报销材料的整理想着用 小龙虾来完成。 然后我给了他一个完整的 2025 的全部资料,写了一大段描述和需求,也给了边界并且让多个 agent 同时协作。

资料的内容和格式都非常完整,比如获取邮箱里面的发票,修改文件名格式为 — 打车–xx 元

非常结构化的事情,。但是我发现我的 agent 做的很慢,并且写出来的东西牛头不对马嘴,要么金额不对,要么 excell 里面的数据不对。

这种情况下是正常的吗?有什么办法能让小龙虾干的又快又准确?我自己弄可能 1-2 个小时就整理完了。但是他干的慢而且不够准确大概能解决 30% 的问题比如它正确获取了邮件,并且把附件下载下来,但是名称和 excell 里面的内容是错误的,我已经配置了一个审查 agent 但是效果还是不好。

针对这种实际使用问题应该怎么解决?有没有什么好的办法


在 我的 openclawdata 下有个 project 目录,里面有个 didi 文件夹,里面有个打车报销。
这是我 2025 年度的一个打车报销的全部材料内容,包含
1 发票详细内容以及编号 - 1  [滴滴出行-27.79 元-1 个行程] 滴滴打车电子发票
2 与发票对应的行程单
3 一个打车报销明细 excell 里面包含了全部的详细内容

现在我要进行 2026 年度的一个 大车报销的审批,。我需要你完美的参考这里面的内容,它里面还有其他资料暂时不用关注,只专注于我上面提到的 3 个重要文件,

我需要你创建一个专门的打车报销 skill
我需要你查看这个目录里面的文件然后了解具体的形式和内容。我的相关的资料比如发票和行程单都在我的 qq 邮箱里面 你可以搜索滴滴,然后当前是 2026 年度。我需要你将这个年度作为参数传递, 方便我未来其他年度用通用的方式使用。

2026 年度 邮件里面包含滴滴发票的内容。里面有发票和行程单。

我需要你获取到这些原始材料,然后用参考 2025 相同的格式 给我一个完美的一模一样格式没,但是数据和内容是 2026 的报销材料。


上面是我的需求,
你的审查标准就是 我在那个目录下创建了一个叫做 2026 的文件夹你需要把新的生成的内容放在哪个文件夹里,然后生成后对比
1 数据是否是 2026 对应年度的? 避免你获取到了其他年份与不相关的内容
2 文件内容和形式是不是与 2025 一致也就是发票--对应行程单,,还有起名格式
3 是否有最终的 excell  形式和内容是否与 2025 对比起来一致,并且是 2026 的本次的报销内容,做 dobule check 。

现在将这个任务分发下去。完成我的目的,并且审查,一直迭代到满足我的需求

我期望的是在未来,我会告诉你 帮我生产 2026 年度打车报销材料。你去 qq 邮箱自动获取到对应年度的邮件,比如 这样的内容 《滴滴出行电子发票及行程报销单》然后获取到对应的原始资料,里面以附件的形式存在,获得发票和行程单。然后根据内容和金额生成多个 与 2025 格式一致,但是数据是 2026 真实数据的 材料。之后有一个总的 excell 形式内容参考 2025.然后将它们放在一个新的文件夹 2026 打车报销里面。然后审查确定一致就解决。如果有任何问题,格式不对,数据不对,内容不对等一直迭代,如果有什么异常问题那么告诉我我来帮助你处理。

这是我的整体的描述。

1804 次点击
所在节点    OpenClaw
14 条回复
Tink
4 月 1 日
什么模型跑的
CoderGeek
4 月 1 日
可能是模型问题 上下文 太多的话 他也容易跑偏
saaak
4 月 1 日
上下文太多了,按我的实践来看应该分步让他完成,一步步教他拿文件、建 skill 、告诉审查标准。最后再让他串行运行一遍总结
Liqiniu
4 月 1 日
换国外御三家模型可解决
Clannad0708
4 月 1 日
@Tink #1 第一次是 deepseek 发现根本不行
Clannad0708
4 月 1 日
老哥们顺便问个问题,我现在用的是 cc 的中转站 opus4.6 我发现我的 opencalw 老是对话到一半就 没输出了。

举个例子我让 opencalw 看下我有哪些 邮件 他先看了然后输出了 5 个邮件,然后忽然戛然而止。就是 你明显感觉他这个事情还没做完,但是 agent 没有输出了。
Tink
4 月 1 日
@Clannad0708 #5 换一个模型,5.4 或者 opus4.6 ,你这个工作应该很容易就搞定了
Clannad0708
4 月 1 日
@Tink #7 好的,顺便问下现在有没有什么稳定使用 codex + claude 的办法,官网直充吗
Tink
4 月 1 日
@Clannad0708 #8 国内用还是 codex 比较稳一点,不怎么封号,Claude 封号风险大。可以走 APP store 充
dreamingms
4 月 1 日
@Clannad0708 要不试试飞书通道?我也觉得很纳闷,用飞书基本都会有回应,用 tui 老是没反应。
goodryb
4 月 1 日
你把这个帖子直接扔给 open claw 问问他问题在哪,他都能给你讲的明明白白
coolair
4 月 1 日
跟你没关系,这就是模型不行,换 Codex 或 Claude 一切就美好了。
v2gba
4 月 1 日
把同样的东西丢给 CC 让 CC 写一个 script 来处理

CC 写完之后再告诉 openclaw 用这个 script 来处理,并且创建技能

你这样的描述容易让 openclaw 直接全用 LLM 来处理,不仅贵还容易出错
Clannad0708
4 月 2 日
@goodryb 试过了,基本上确定问题了,还是本机的 claude code 搞定的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1202776

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX