Tilde 是一个用于构建云部署 AI 代理的 harness SDK，速度极快。我构建 Tilde 有两个原因：创建一个适用于所有任务（无论是简单还是高度复杂）的单一代理 harness 会导致次优结果。那时候的 harness 和 AI 代理库没有提供我想要的开发体验、可移植性或组件化。一年后，我仍然认为第一个观点是正确的。另一方面，其他框架、库和 harness 已经取得了长足的进步，但我每天仍然发现自己需要使用 Tilde 来构建代理以自动化我的工作。经历了大多数软件工程师常犯的常见误区：在它准备好之前总是有一个额外的功能 - 我终于可以说服自己它已经准备好了。它能做什么？我提取了构成良好 harness 的本质，并将其组合成组件，您可以挑选并选择给您的代理：工具：启动 MCP 服务器供您的代理使用。添加 Tilde 管理的工具，自带工具或代理上游 MCP 服务器。如果 MCP 不够，Tilde 提供凭证管理、常见 SaaS 集成和原始 HTTP1/2 反向代理到上游服务。聊天工具包：与第三方聊天服务（Slack、Github 或通过 API）集成。让您的代理在您工作的地方进行互动。您可以启用接收和发送来自 Github、Slack 或直接通过 API 的消息，以及来自这些服务的其他 Webhook。记忆：创建和集中管理技能注册表、维基和持久记忆。将这些功能呈现为工具，供您的代理自主保持最新。Tilde 中的一切都基于云，并集中管理和授权。我目前已构建一个客户端库以与 Vercel 的 AI SDK 协作，但预计未来将支持其他框架和语言。一个实际的例子 我用 Tilde 构建的第一个代理是一个代码审查代理。我是一名软件工程师，我们往往有自动化自己工作习惯，所以我何乐而不为。这里有几个关键要求：我希望在 Github PR 中标记代理以触发审查；代理必须能够在沙箱中安全地检出代码；我不想向代理或能访问的沙箱暴露凭证；代理应该能够循环、推理和基于某种系统提示分析 git diff；最后，在 PR 中返回评论，包括内嵌评论和汇总消息。这里是我所追求的基本架构：总结；这是您可以自行部署的最终示例：https://github.com/trytilde/examples/tree/main/code-review-bot。使用 Tilde，我基本上可以专注于上述图中的第七点，而 Tilde 的 SDK 处理了其他所有事情。几分钟后，瞧！一个功能齐全、安全的代理，我可以立即部署到 Vercel 和 Tilde，在任何地方远程使用。额外提示：您会注意到上述示例 Github 仓库中有一个 tilde-state.yaml 文件。您可以创建一个 Tilde 账户，前往您的设置并在那导入以设置所需的 Tilde 基础设施和集成。从那里，它会要求您配置您的 Github 和 Modal 沙箱设置。这就是我设计系统时力求尽可能可移植的方式。通过阅读我们的文档或将您的代理指向我们的 llms.txt 开始入门。我在构建平台上花了很多时间和精力，但在文档方面却相对较少 - 请期待在未来几天内进行更新。