4 分•作者: todsacerdoti•20 天前
返回首页
最新
5 分•作者: walz•20 天前
1 分•作者: thomasjb•20 天前
1 分•作者: mitchbob•20 天前
1 分•作者: vogu66•20 天前
1 分•作者: rbanffy•20 天前
1 分•作者: ccppurcell•20 天前
2 分•作者: jjgreen•20 天前
1 分•作者: chrisjj•20 天前
1 分•作者: furkansahin•20 天前
1 分•作者: sixhobbits•20 天前
18 分•作者: todsacerdoti•20 天前
75 分•作者: ubercow13•20 天前
1 分•作者: thyrsus•20 天前
2 分•作者: alibarber•20 天前
1 分•作者: snasan•20 天前
1 分•作者: downboots•20 天前
2 分•作者: taubek•20 天前
1 分•作者: aivarsk•20 天前
1 分•作者: ArielBarack•20 天前
我很好奇大家在实际生产环境中是如何操作的，而不是在演示中。<p>如果你正在运行自主或半自主的智能体，它们会：<p>调用付费 API<p>购买数据<p>调用按量计费的工具<p>在未经人工批准的情况下链式执行操作<p>…你们是如何处理支付和限额的？<p>我在实际应用中看到的大多是权宜之计：<p>提供商级别的 API 密钥，带有硬性使用上限<p>稍后重新计费的代理服务<p>存在于侧分支中的特定于框架的黑客手段<p>仅警报或手动批准模式<p>或者干脆不允许智能体直接消费<p>这些方法没有一个看起来像是干净的抽象，尤其是在智能体做出数千个微决策之后。<p>困难的部分似乎不是“转移资金”，而是安全地授权支出：<p>花多少钱<p>花在什么地方<p>在什么条件下<p>以及如何撤销或审计<p>框架可以理解地避免这个问题，但这使得每个团队都在重复发明相同的脆弱模式。<p>所以我真心想问：<p>你们今天是如何处理这个问题的？<p>什么会出问题或让你感到不舒服？<p>这个问题是还处于早期阶段，还是已经让你很头疼了？<p>很想听听具体的设置——即使答案是“我们放弃了”。