最新

问题： 1. 你尝试使用 Cloudflare 提供的电子邮件路由服务。 2. 它对你不起作用。 3. 不知何故，你的 DNS 进入了一种奇怪的状态。电子邮件路由被禁用，因为它配置错误。 4. 在禁用电子邮件路由之前，你无法删除你的 DKIM 记录。 5. 你无法禁用电子邮件路由，因为它已经被禁用了，*因为它配置错误*！！ 6. Cloudflare 仅为免费账户提供“引导式”支持，并且引导你进入 /dev/null 来尝试解决此类问题。

使用 Claude 编写代码会让你更倾向于还是更不倾向于使用前端框架？ 我用它开发内部工具已经有一段时间了，它能仅用纯 HTML/CSS/JS 构建复杂应用程序，这给我留下了深刻的印象。 以前我用 React，但现在我不太清楚我为什么要这么做，因为无论如何我都会通过 Claude 进行开发。 感觉框架几乎只是一个实现细节。 我发现自己也越来越少地使用库了。 这有点让你产生“不要重复发明轮子”的综合症，因为有时自己动手的时间成本很低。

花了多长时间？ 你尝试了多少个想法？ 是什么让你坚持一个想法而不是转向另一个？

构建了一个开放的 JSON Schema，用于定义 AI 智能体团队。 多智能体系统正在成为一种真正的部署模式——不再是单个助手，而是具有角色、交接和人工检查点的团队。但目前还没有一种通用的方法来定义一个可以在不同框架之间通用的团队。每个实现都是分散的，并锁定在你首先选择的工具中。构建这个 schema 就是为了解决这个问题。 该 schema 位于 schema.openenvelope.org，并在 SchemaStore 中注册，因此如果你在 VS Code 中放入一个 .envelope.json 文件，你就可以获得自动补全和验证功能，而无需安装任何东西。它也在 npm 上作为 @openenvelope/schema 提供，如果你想以编程方式进行验证。 该规范涵盖：智能体定义（角色、提示词、模型、访问策略）、主管/子智能体层级结构、人工介入关卡、管道、调度以及在部署时注入的密钥/变量。访问策略允许你准确声明每个智能体可以调用的主机——运行时在网络级别强制执行此操作，而不是在提示词中。 目标是创建一个可移植的定义格式——定义一次团队，任何兼容的运行时都可以执行它。这类似于 Dockerfile 描述一个容器，而无需绑定到特定的主机。openenvelope.org 上有一个托管的运行时，但该 schema 是 Apache 2.0 协议，任何人都可以实现它。 很乐意回答关于规范任何部分的问题——特别感兴趣的是那些构建了多智能体系统并对缺失内容有见解的人的反馈。