一周热榜

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

用 Claude Code 构建的。<p>分析自由职业合同，涵盖 12 个风险类别（付款条款、知识产权归属、范围问题、终止条款等），并针对具体问题给出建议。<p>40% 的自由职业者报告称被客户拖欠款项，这通常是由于合同条款模糊不清造成的。该工具旨在帮助在签署合同前发现这些问题。<p>目前免费使用，以验证它是否能解决实际问题。 欢迎 HN 用户提供反馈，特别是关于： - 分析的准确性 - 这对自由职业者是否真的有用 - 缺少什么或可以改进什么<p>技术栈：Node.js, Express, Anthropic Claude API，部署在 Railway 上。

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

我是一名专注于数字资产追踪的法务会计师。我向社区发布此信息，因为我发现一个名为 SISVIDA 的平台存在特定的架构模式，值得进行技术审查。 虽然该实体目前正通过金融科技新闻专线积极发布新闻稿，以建立 SEO 上的合法性，但我对其基础设施的分析表明，其用户界面与实际的链上执行之间存在脱节。 以下是我在法务追踪过程中发现的具体异常： 1. “闭环”账本差异 我执行了一系列追踪请求，以映射该平台的流动性路由。在标准交易所架构中，您应该看到与已知流动性提供商的 API 握手，或链上不同的热/冷钱包管理。而 SISVIDA 的架构似乎是一个闭环。仪表板反映了价值变化，但这些变化与公共账本上可见的 TXID 并不相关。后端行为与“模拟”环境一致——一个更新整数的数据库，而不是一个与区块链交互的协议。 2. 监管和实体空指针 该平台声称符合全球合规性。我针对其声称运营的主要注册机构（包括类似于 SEC 和 FCA 的数据库）运行了自动化查询。返回值为空。在其公关材料中描述的公司实体在引用的司法管辖区内并不存在。该“公司”似乎仅作为前端呈现而存在，后端没有相应的法律对象。 3. SEO 注入与技术债务 付费反向链接（“声誉注入”）的数量很高，目标是金融科技关键词，这与他们前端代码的通用性形成了鲜明对比。网站结构似乎是一个低成本的、白标模板，通常与“杀猪盘”工具包相关联，而不是为高频交易构建的专有堆栈。 结论 如果您或您的客户遇到 SISVIDA，请将该基础设施视为已受损/不存在。“交易所”似乎是一个前端外壳，旨在吸纳存款而没有提款途径。

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 工具的用户的反馈！

大家好，我是 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>我会在这里回答关于技术栈或逻辑的任何问题！