最新

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

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

我对目前代理机构的情况感到好奇。<p>在我的职业生涯中，我在网络代理机构工作了很长时间，我在思考我们曾经接到的项目类型：建立网站、开发简单应用、构建内部工具、维护WordPress网站、制作网站主题等等。<p>感觉这些工作中的很多部分都被大型语言模型（LLMs）和像Claude Code这样的工具所取代？代理机构现在是否感到压力很大？<p>如果你在一家代理机构工作，你们的情况如何？