2作者: kalturnbull6 个月前原帖
来自20VC播客的完整引用:“如果你考虑任何公司,甚至是Monday本身,90%的背景信息并没有被记录在任何地方。没有人知道。这些信息就像漂浮在空气中一样。想法是什么?战略是什么?谁在做什么?下个月会怎样?明年呢?我们将如何实现?我们为什么要做我们正在做的事情?背后的思考过程是什么?” 这正是我开发我的应用程序Bother所要解决的问题。让我知道你的想法,你可以无需账户试用它: https://bother.now
2作者: lucrbvi6 个月前原帖
我之所以问这个问题,是因为我最近在一个开源项目中提交了一个拉取请求,修复了一个漏洞(通过 Python 中的 pickle 反序列化进行远程代码执行)。一天后,我收到了一个完全由大型语言模型生成的评论,声称我的方法是错误的,并建议我以不同的方式重写,同时告诉维护者如果“项目愿意进行更精细的重构”,他可以贡献代码。 最近,这种情况发生得频繁得令人惊讶。 我很想听听其他贡献者或维护者是否也遇到过类似情况,以及他们是如何应对的。
1作者: timbucto26 个月前原帖
我一直在探索如何使人工智能代理在实际应用中更安全,特别是在它们开始与工具、API和真实系统交互时。一个反复出现的问题是,代理可能会产生虚幻的行为,调用不该调用的工具,或者以过度的方式行动,这使得它们在生产环境中难以被信任。 为了实验更好的模式,我整理了一个小型的起始代码库: 安全代理起始库 <a href="https:&#x2F;&#x2F;github.com&#x2F;timbuctoo&#x2F;secure-agent-starter" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;timbuctoo&#x2F;secure-agent-starter</a> 这个库故意保持简约——并不是一个完整的SDK——但它展示了一个简单的结构,包括: - 基于能力的权限 - “动作防火墙”模式 - 示例能力和策略文件 - 一个小型代理示例 - 一个模拟授权步骤(无需后端) - 一个可以放入任何代理项目的文件夹布局 目标是为开发者提供一个关于代理安全的思维模型,以便在连接真实工具或API之前进行设计。可以将其视为设计更安全的代理架构的概念起点。 我希望能收到关于以下方面的反馈: - 你希望看到哪些安全模式 - 这个结构是否适用于真实世界的代理项目 - 是否有任何缺失的部分可以使其更有用 感谢你的关注。
3作者: nathannaveen6 个月前原帖
今天我想在GPU上测试一些东西,通常我会使用Digital Ocean的GPU云主机来进行测试,但在尝试创建云主机时,我收到了以下信息:“我们目前在所有数据中心区域的GPU容量已满。 北美 纽约 • 数据中心 2 • NYC2 该数据中心的创建已被禁用 旧金山 • 数据中心 3 • SFO3 该数据中心的创建已被禁用 亚特兰大 • 数据中心 1 • ATL1 该数据中心的创建已被禁用 多伦多 • 数据中心 1 • TOR1 该数据中心的创建已被禁用 欧洲 阿姆斯特丹 • 数据中心 3 • AMS3 该数据中心的创建已被禁用。”