1 分•作者: signa11•4 个月前
返回首页
最新
1 分•作者: jonbaer•4 个月前
1 分•作者: o4c•4 个月前
22 分•作者: modinfo•4 个月前
2 分•作者: caudena•4 个月前
各位 HN 的朋友们:
我们构建 Elixir 代理。我们一直遇到同一个问题,发现对于代理系统缺乏可观测性。
我们决定将 LangChain、LangGraph 和 DeepAgents 的最佳特性融入 Elixir。
BeamWeaver 采用 OTP 原生设计,并具备:
- 代理和工具调用
- 图工作流
- 检查点和可恢复执行
- 内存存储
- 重试、回退、中断和人工审查
- 类型化流式事件
- OpenAI、Anthropic、Google Gemini、xAI 和 Moonshot/Kimi 的提供商适配器
- 用于确定性测试的模拟/回放模型
我们还通过 WeaveScope 在其之上构建可观测性,并将很快发布。
BeamWeaver 使 Elixir 团队能够构建先进的代理系统,而无需将复杂部分推送到 Python 服务中。
1 分•作者: A19dammer91•4 个月前
1 分•作者: ermantrout•4 个月前
1 分•作者: gmays•4 个月前
1 分•作者: modinfo•4 个月前
1 分•作者: appleridge•4 个月前
1 分•作者: ch3coohlink•4 个月前
我的总体看法是:我觉得 Gemini 在高层次的代码重构方面非常出色,但在编写实际代码时却充满了 bug。另一方面,GPT/Claude 在编码方面表现优异,但说到重构,它们往往只进行小修小补。它们喜欢为了维护向后兼容性而加入不必要的防御性编程,或者最终写出冗长混乱的代码。
我的想法是互补它们的优势:让 Gemini 提供方向性/架构性的想法,然后让 GPT/Claude 来讨论和实现这些想法(事实上,我一直都是手动这么做的,效果相当不错)。
所以我的问题是:是否有任何 Agent 框架能够有效地自动化这种协作?
我清楚现有的“子 Agent”功能,但在我的经验中,AI 并不总是选择调用它们。此外,当子 Agent 工作时,主模型通常只是在那里空闲着。这感觉不像真正的协作,更像是一种防止外部任务污染主上下文的机制——至少,这是我的感觉。
2 分•作者: 1vuio0pswjnm7•4 个月前
1 分•作者: oliculipolicula•4 个月前
1 分•作者: thunderbong•4 个月前
1 分•作者: virgulino•4 个月前
31 分•作者: lumpa•4 个月前
1 分•作者: thedogeye•4 个月前
1 分•作者: javatuts•4 个月前
3 分•作者: jflynt76•4 个月前
1 分•作者: threaderr•4 个月前