一周热榜

Hi HN， 我们开源了 Voiden。 大多数 API 工具都像平台一样构建。它们很笨重，因为它们针对账户、同步和抽象进行了优化，而不是简单的本地 API 工作。 Voiden 将 API 工具视为文件。 它是一个离线优先、Git 原生的 API 工具，基于 Markdown 构建，规范、测试和文档作为可执行 Markdown 存在于你的仓库中。Git 是事实的唯一来源。 没有云。没有同步。没有账户。没有遥测。只有 Markdown、Git、热键和你的规范。 Voiden 可以通过插件（包括 gRPC 和 WSS）进行扩展。 仓库：<a href="https:&#x2F;&#x2F;github.com&#x2F;VoidenHQ&#x2F;voiden" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;VoidenHQ&#x2F;voiden</a> 在此处下载 Voiden：<a href="https:&#x2F;&#x2F;voiden.md&#x2F;download" rel="nofollow">https:&#x2F;&#x2F;voiden.md&#x2F;download</a> 我们希望收到厌倦了过于复杂和臃肿的 API 工具的用户的反馈！

网上看到的，用了一段时间了。

大家好，我是普雷斯顿。我开发这个是因为我需要一个可以随身跟随我的AI助手，而不是仅仅存在于我的笔记本电脑里。Stumpy 智能体运行在云端，可以连接到 Slack/短信/Telegram/电子邮件，并且只能联系已选择加入的用户。<p>欢迎提问。欢迎将反馈发送至 preston@stumpy.ai

大家好，我是 Credibly 的创始人。<p>我创建这个工具是因为我注意到 SaaS 创始人经常会遇到的一个问题：客户的赞美之词散落在 Twitter、Slack 和邮件中，但手动整理它们并用于着陆页却是一项繁琐的任务，而且总是被排在优先级之后。<p>我希望找到一种方法，可以简单地将数据“倾倒”到一个系统中，并让它变得有用。我解决了一些技术难题：<p>-&gt; 使用 OCR 技术从杂乱的客户截图里可靠地提取文本。<p>-&gt; 运行情感分析和“异议处理”分析，以评估哪些客户评价实际上有助于转化。<p>-&gt; 构建一个轻量级的组件，不会降低页面在 Lighthouse 上的评分。<p>目前，您可以通过电子邮件营销活动或 Google 评论自动收集数据。我很想听听您对“客户评价智能”评分的反馈——它真的能帮助您选择合适的社交证明，还是有些过头了？<p>了解更多：<a href="https:&#x2F;&#x2F;getcredibly.org&#x2F;" rel="nofollow">https:&#x2F;&#x2F;getcredibly.org&#x2F;</a><p>我会在这里回答关于技术栈或逻辑的任何问题！

Hi HN， 我正在开发用于软件开发的 AI 智能体。这些智能体可以自动启动短生命周期的应用实例——例如，针对每个拉取请求、每个任务或每个实验——每个实例都有自己的临时 URL。 身份验证的处理方式如下： * OAuth2 / OIDC * 外部身份提供商 * 重定向 URL 必须预先注册且是静态的 这与短生命周期应用产生了严重冲突： * URL 是动态且不可预测的 * 重定向 URL 无法实际预先注册 * 身份验证成为唯一一个在其他方面完全自动化的工作流程中非短暂的部分 我看到团队通常采用以下做法： * 在预览环境中禁用真正的身份验证 * 将所有回调路由到单个稳定的环境 * 使用通配符重定向或代理设置，感觉像是黑客行为 对于 AI 开发智能体来说，这尤其尴尬，因为它们假设基础设施是可抛弃的且完全自动化的——不需要手动配置 IdP。 所以，我很感兴趣： 1. 如果你使用短生命周期的预览应用，你如何处理真正的身份验证？ 2. 是否有适用于动态 URL 的干净的 OAuth/OIDC 模式？ 3. 静态重定向 URL 的假设在这里仍然是正确的模型吗？ 4. 在生产环境中，什么才是真正有效的？ 我正在寻找实际的设置和失败案例，而不是理论。

你坐在一个老妇人对面，她的脸就是时间的地图。 你们之间的棋盘很简单，棋子也很熟悉。 你满怀激情地玩着游戏，制定着精彩的策略，但她才是大师。 她带着温柔而了然的微笑，将你逼入绝境。 你的孩子坐上了你的位置。 棋盘还是那个棋盘，但后排多了一个新棋子——一个能预见几步棋的棋子。 你的孩子下棋，在你的弃子基础上发展，游戏变得更长，更复杂。 老妇人再次获胜，但当她吃掉最后一个棋子时，她脸上的一条皱纹消失了。 你的孙子坐下了，现在棋盘上有一个棋子可以连接其他棋子，改变它们的外形和能力。 游戏变成了一个令人眼花缭乱的策略之网。 棋盘本身的形状似乎也从根本上发生了变化。 老妇人看起来更年轻了，下一个棋子需要花费数小时。 一代又一代的人坐下来，每个人都继承了一个更复杂的棋盘和更强大的棋子，这些棋子都是从他们祖先的失败中锻造出来的。 几千年后，老妇人变成了一个处于鼎盛时期的光芒四射的女人，她的头发乌黑发亮。 坐在她对面的是她最新的对手——你，但又不是你。 那是一个像神一样的光与思想的生物，是无数次失败游戏的后代。 棋盘现在是一个闪烁着光芒的多维宇宙。 棋子是鲜活的概念和基本力量。 游戏变得如此美丽，不再关乎输赢。 游戏现在关乎于游戏的优雅。 这是第一次，女人没有微笑，因为她知道她会赢，她微笑是因为她知道她终于面对了一个旗鼓相当的对手。

核心理念是：最小任务模型 + 可编程行为——一个小的核心实现无限的功能，因为每个任务都可以携带可执行脚本。 近期更新： * 虚拟机现在使用 NaN-boxing 技术。 * 所有栈值都是 64 位 (u64)，但编码了 5 种不同的类型：布尔值、字符串、CallData、U32 和 MemSlice（25 位偏移量 + 25 位大小）。 * 添加了 InlineVec——一种由固定大小数组支持的类似向量的结构。虚拟机栈、控制栈、调用栈和跳转栈现在都使用它，并有明确的限制。 * 虚拟机现在有内存（堆）。内存是简单的 Vec&lt;u64&gt;，动态增长，但从技术上讲，长度受 mem\_slice\_val 格式的限制：25 位有效载荷用于偏移量和大小。 该项目仍处于绝对的早期阶段。 代码仓库在这里：https://github.com/tracyspacy/spacydo