1 分•作者: salnika•3 个月前
返回首页
最新
1 分•作者: tracyspacy•3 个月前
1 分•作者: JumpCrisscross•3 个月前
1 分•作者: bogdiyan•3 个月前
1 分•作者: speckx•3 个月前
2 分•作者: andai•3 个月前
所以,我们又多获得了一周的 Fable 使用时间。
https://news.ycombinator.com/item?id=48821102
我想这是一个好机会,可以问问大家 Fable 的使用情况如何,到目前为止的体验怎么样。有什么技巧和窍门等等。
我一直在用它进行一些重大的重构,但我的 Fable 使用额度快用完了,所以我大部分工作都改用 Opus 了。我没有注意到两者之间有什么太大区别,所以可能是我工作规模不够大,差异不明显。
有些人提到说用回 Opus 感觉很痛苦,所以我想知道这是怎么回事。
总之,是的。大家来讨论一下吧 :)
1 分•作者: _1tan•3 个月前
1 分•作者: mooreds•3 个月前
1 分•作者: izhonline•3 个月前
1 分•作者: dilyevsky•3 个月前
简而言之:我们构建了一个与框架无关的代理运行时,它使用 gVisor 进行隔离并在 Kubernetes 上运行。它在 AGPLv3 下开源。
最近,我们一直在开发一个客户支持“AI 助手”——本质上是一个交互式知识库/一级支持,但可以选择访问它正在对话的客户的资源。我们发现现有工具在以下方面存在不足:
1. **完全拦截的 I/O。** 我们希望能够跟踪 LLM 调用以及由框架发起的任何其他网络调用,以便安全措施和审计日志能够统一应用于所有当前和未来的系统。没有任何代理可以意外地执行原始数据库调用或将 PII 数据发送给海外的 LLM 提供商。
2. **一致的 API 和框架无关性。** 市面上有许多框架以略微不同的方式做类似的事情,而我们发现其中大多数的遥测、安全措施和其他工具都与框架紧密绑定。我们想要一种基础设施优先的方法,因为我们认为这是组合此类系统更灵活的方式。
3. **兼容 Kubernetes 的运行时。** 我们的一部分堆栈运行在 Kubernetes 上,并且我们对其非常熟悉,所以如果可能的话,我们希望能够利用这一点。
我们曾寻找现有的解决方案,但尤其是在 Daytona 最近转为闭源后,我们找不到任何符合我们需求的开源选项,于是我们自己构建了一个。更深入的设计文档可以在这里找到:https://apoxy.dev/blog/enter-clrk
欢迎提问、功能请求、独到见解或有趣的嘲讽!
2 分•作者: robert-vetter•3 个月前
1 分•作者: AnimalMuppet•3 个月前
我有一双跑鞋。我跑得不多,所以它们还没有穿坏。但它们已经有 26 年了。整整 26 年。
质量好的跑鞋能穿这么久吗?还是说,比如底部的衬垫会失去弹性?(我分不清是这个问题,还是跑道不好,还是我的膝盖老了。)
1 分•作者: ryan_j_naughton•3 个月前
1 分•作者: anonli•3 个月前
1 分•作者: zetamax•3 个月前
1 分•作者: SiempreViernes•3 个月前
1 分•作者: root-parent•3 个月前
1 分•作者: Losenok•3 个月前
1 分•作者: pixiemaster•3 个月前
2 分•作者: speckx•3 个月前