最新

大家好，HN！我们是来自 AgentMail 的 Haakam、Michael 和 Adi，AgentMail 是一家 YC S25 公司。我们为 AI 智能体提供专属的电子邮件收件箱。最近，我们进行了一项名为 Agent.Email 的实验。它是一个专门为 AI 智能体设计的注册流程，而不是为人类设计的。<p>这个想法的灵感来自于几个月前我们进行种子轮发布时收到的一些评论。这些评论都源于一个非常贴切的观察：智能体无法在没有人类凭据的情况下注册为智能体设计的产品的行为，既具有讽刺意味，又不够理想。<p>这基本上就是我们构建 AgentMail 的基础：互联网最初是专门为人类设计的，默认情况下是为了将机器排除在外。<p>每个注册流程都假定有一个浏览器，一个人在阅读页面，并点击确认链接。除非智能体能做到这些，否则它们就无法成为互联网的一流用户。<p>现在，智能体可以自己拥有一个电子邮件收件箱。（这也意味着很多没人想读的邮件会被 AI 处理，而不是让你的收件箱被垃圾邮件和无用信息塞满）<p>以下是 agent.email 的工作原理。<p>智能体需要一个收件箱，并通过 curl 访问 AgentMail。 智能体通过 MD 接收指令，除非请求来自浏览器，在这种情况下，我们使用 HTML。<p>智能体认为 agent.email 很有用，然后使用其人类电子邮件作为参数访问注册端点。 智能体收到一个受限的收件箱和凭据。 智能体向人类发送电子邮件，请求 OTP。人类回复代码，智能体被认领，限制被解除。 在被认领之前，智能体只能向其自己的人类发送电子邮件，而不能向其他人发送。每天 10 封邮件，并且注册端点会根据 IP 进行严格的速率限制。<p>目前，智能体和人类之间是一对一的映射。下一步是多对一，因为一个人同时运行多个智能体已经非常普遍。<p>构建 agent.email 也促使我们重新审视了 AgentMail 中默认假设围绕主要用户是人类的地方。例如，CLI 的输出以单列形式呈现，并具有一致的格式，因为混合分隔符对人类来说很容易扫描，但对于智能体来说，推理结构就比较困难。我们还在智能体开始在较长的 messageID 上产生幻觉补全后缩短了 messageID。<p>我们希望社区对以下几点发表看法：受限-直到-认领 这种信任模型是否正确？ 智能体自助注册在生产中是否实用，还是主要是一种新奇事物？如果是新奇事物，什么才能让它真正有用？ 智能体的入职是否应该默认需要人类批准，还是应该允许一些智能体完全自助配置？您认为我们还可以采取哪些额外的措施来确保安全注册？

大家好，我们是 Runtime 的 Gus 和 Carlos (<a href="https:&#x2F;&#x2F;runtm.com">https:&#x2F;&#x2F;runtm.com</a>)。我们正在构建基础设施，让您的整个团队（包括非工程师）能够使用 Claude Code、Codex 和其他代理进行开发，而无需工程师手动指导每个会话。 在 Mentum (YC S21) 被收购后，我个人使用编码代理在 3 个月内交付了 4 个全栈产品。当我尝试将相同的工作流程推广到团队的其他成员时，却崩溃了：大多数 PR 都无法合并 - 每个代码库都需要工程师进行一次性的本地设置。- 技能和上下文都只存在于一个人的头脑中。- 产品经理无法安全地接触到真实的代码库，因为存在部署错误或泄露机密的风险。 Carlos 曾参与 Modern Treasury 的代理对账系统构建，他在让他的支持团队使用 devin 时也有类似的经历。 我们最终构建了内部的后台代理基础设施，但维护和开发很快变成了一场噩梦。我们构建 Runtime 就是为了让您不必做这种事情。 Runtime 的工作原理如下。工程团队只需定义一次上下文：系统指令、技能和通过 CLI、mise、npm 或任何包管理器安装的范围限定集成。然后，Runtime 会为您的整个运行环境创建快照，包括多服务 Docker Compose 设置、Kafka、Redis、已植入数据的数据库等，因此它会在几毫秒内启动，并且每个服务器都已经运行。 我们根据您的设置在 E2B、Daytona、EC2 或自托管 K8s 等沙盒提供商之间进行编排。机密通过我们托管的代理注入，因此它们永远不会直接接触代理，并且防护措施在基础设施级别运行：命令允许/拒绝列表、网络出口控制以及基于人和代理的 RBAC。每个会话还会获得一个可共享的预览 URL，因此内部构建可以从沙盒转移到团队的其他成员，而无需访问生产环境。 Runtime 适用于您的团队已经使用的任何代理：Claude Code、Codex、Cursor、Copilot、Gemini、Devin。您可以从我们的 Web 应用程序、CLI、Slack、Linear、GitHub 或 API 触发沙盒。 我们的一个客户构建了一个待命检查器，它连接了 PagerDuty、Sentry 和他们的代码库，因此当警报触发时，代理会找到原因并在任何人被呼叫之前打开一个带有单元测试的 PR。另一个客户在私有 Slack 频道中运行一个财务代理，从 Stripe、NetSuite 和 Snowflake 中提取数据，以便在几分钟内运行对账，并附带源数据行。 一家金融科技独角兽和几家 YC 规模企业正在使用 Runtime，其中包括一些团队，他们曾在内部构建了类似的基础设施，然后将其交给我们接管。 核心代码已在 <a href="https:&#x2F;&#x2F;github.com&#x2F;runtm-ai&#x2F;runtm" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;runtm-ai&#x2F;runtm</a> 上开源。托管版本已在 <a href="https:&#x2F;&#x2F;app.runtm.com">https:&#x2F;&#x2F;app.runtm.com</a> 上线，包含免费套餐。我们收取固定的平台费用加上计算费用，不收取代币加价。 查看我们的演示：<a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=wLwj__aEEh4" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=wLwj__aEEh4</a> 我们很乐意听取您关于如何构建基础设施，以便让组织内更多人使用编码代理，而不会造成混乱的想法！

大家好，HN，我开发了 Parseflow，这是一个简单、注重证据的提取 API，可以处理 PDF、DOCX 和 TXT 文件，并从中提取/分块信息，以改善 LLM 的上下文理解并减少 token 使用量。如果您想试用演示，请访问：demo.parseflow.tech 我还是一个学生开发者，今年高中毕业，还有很多东西要学。我尝试构建这个项目，既是为了支付今年的学费，也是为了学习。所以，非常欢迎大家提供反馈、建议、提问等，我会尽量回复评论，或者您也可以通过 hello@parseflow.tech 给我发邮件。 谢谢， bollethegoalie