最新

在 Tools-rs 项目中，我们希望借助大型社区的力量，更快地编写工具脚本。我们萌生了将 Rust LLM 运行时与更传统的脚本语言连接起来的想法，因此决定寻找一种将 Python 工具引入我们生态系统的方法。因此，我们推出了第一个基于 Python 的 FFI（由 PyO3 提供支持）！ 调用 Python 工具就像在 Python 函数中编写一个装饰器一样简单，然后将脚本（或文件夹）的路径传递给工具集合构建器。它们被序列化为 JSON 对象，因此 AI 可以完全观察到它们，并且您可以直接从 Rust 中调用它们。

无法在网页上看到此内容… 来自一封电子邮件： 我们写信通知您，在 2025 年 9 月至 2026 年 1 月期间，您负责的 webhook 的 webhook 密钥被无意中包含在 webhook 传递的 HTTP 标头中。这意味着在此期间接收 webhook 负载的任何系统都可能已从请求标头中记录了 webhook 密钥。Webhook 传递通过 TLS 在传输过程中进行加密，因此包含密钥的标头仅以 base64 编码格式供接收端点访问。我们没有任何证据表明您的密钥被拦截。此问题已于 2026 年 1 月 26 日修复。请继续阅读以获取更多信息。 用户隐私和安全对于维护信任至关重要，我们希望尽可能透明地公开此类事件。GitHub 本身并未因此事件而遭受任何入侵或数据泄露。 * 发生了什么？* 2026 年 1 月 26 日，GitHub 发现了一个新版 webhook 传递平台中的一个错误，该错误导致 webhook 密钥被包含在与 webhook 负载一起发送的 X-Github-Encoded-Secret HTTP 标头中。此标头不应作为传递的一部分，并使 webhook 密钥以 base64 编码格式提供给接收端点。Webhook 密钥用于验证传递确实来自 GitHub，并且应该仅为 GitHub 和 webhook 所有者所知。 该错误仅限于使用此新版 webhook 平台的 webhook 传递的子集。该错误存在于 2025 年 9 月 11 日至 2025 年 12 月 10 日期间，并在 2026 年 1 月 5 日短暂出现。该错误已于 2026 年 1 月 26 日修复。

我对现在的代理机构行业动态很感兴趣。<p>我职业生涯的大部分时间都在网络代理机构工作，我一直在思考我们过去会接到的项目类型：搭建网站、开发简单应用、构建内部工具、维护WordPress网站、开发网站主题等等……<p>感觉很多这类工作正在被LLM和像Claude Code这样的工具接管？现在的代理机构是不是感觉要完蛋了？<p>如果你在代理机构工作，你们现在的情况怎么样？