最新

使用 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 协议，任何人都可以实现它。 很乐意回答关于规范任何部分的问题——特别感兴趣的是那些构建了多智能体系统并对缺失内容有见解的人的反馈。

我开发 Scrolodex 是为了解决自己快速、简单地切换鼠标光标下当前打开窗口的需求。<p>只需按住 ⌥ 键 + 滚动鼠标滚轮，即可循环切换鼠标光标下的窗口。松开按键即可聚焦到选中的窗口。<p>还包括用于滚动切换所有窗口、程序坞应用的窗口，或切换桌面空间的触发器。可配置的热键、主题和叠加层。<p>完全免费且开源。<p>安装方法：brew install --cask jaydenfyi/tap/scrolodex<p>网站/演示：<a href="https://scrolodex.app/" rel="nofollow">https://scrolodex.app/</a> GitHub：<a href="https://github.com/jaydenfyi/scrolodex" rel="nofollow">https://github.com/jaydenfyi/scrolodex</a>

我太开心了 :D 耶！！！之前我感觉很低落，一直在想我追逐梦想的意义是什么，然后翻看以前的笔记，那些都是我看完 YC 讲座后做的，包括 Paul Graham 的“创业之前”。我翻到那一页，然后不知道怎么回事，就打开了 Gmail，给他发了邮件，感谢他，说启发我的人是你们（我的梦想之一是去硅谷，创办一家成功的公司），我想激励那些梦想有所作为的孩子们，告诉他们他们也可以做到。然后他真的回复了，这让我充满了能量和希望。我绝对不会放弃了。我觉得你们也应该去联系你们的英雄，或者任何你们钦佩的人，你们可以寻求他们的帮助/建议，并向他们表达感谢，他们可能会出现，也许那一刻就能改变你内心的一些东西。