最新

Splice CAD 仍在开发中。 两个最重要的更新侧重于处理设计复杂性和使用基于 Agent 的工作流程实现自动化。 之前的 Show HN 在这里：<p><a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=44978140">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=44978140</a><p>1. 项目：<p>此工作流程更适合系统级建模。 它与原始工作流程略有重叠，但包括以下改进：<p>复杂布线：使用分支点对拓扑结构进行建模。<p>配合关系：表示物理配合（例如，插座插入 PCB 接头或套圈插入接线端子），以确保完整性。<p>解耦的 BOM：零件分配现在与组件添加分开； 您可以生成 BOM，然后在设计演进时将特定的 MPN 分配给组件。<p>网络可视化：网络在导线、端子和配合关系中被识别和可视化。<p>QOL 和可视化改进：将组件分配给一个或多个页面，以按功能分隔设计。 能够创建设备组（例如，对具有多个接头的 PCB 进行建模，然后分解您的接线）和子组件以进行设计重用。 从 TSV 复制和粘贴，以便更轻松地与电子表格交互。 在浏览器选项卡之间复制和粘贴。<p>2. MCP 服务器和基于 Agent 的工作流程：<p>另一个新功能是 Splice CAD MCP 服务器，它允许该工具直接与 Claude 等 LLM 交互。 在记录接线和电缆组件时，手动输入数据并从 PDF 中提取数据一直是个难题。 我最初尝试在内部处理 PDF 视觉和提取，但走了几条弯路； 基于 Agent 的方法更合适。 您可以将 Claude 指向 PDF 原理图或 GitHub BOM，并让它生成一个多页设计。<p>试用一下（无需注册）：<a href="https:&#x2F;&#x2F;splice-cad.com&#x2F;#&#x2F;harness" rel="nofollow">https:&#x2F;&#x2F;splice-cad.com&#x2F;#&#x2F;harness</a> + 从顶部工具栏创建图标，新建项目<p>文档：<a href="https:&#x2F;&#x2F;splice-cad.com&#x2F;docs&#x2F;plan" rel="nofollow">https:&#x2F;&#x2F;splice-cad.com&#x2F;docs&#x2F;plan</a> 和一些示例 <a href="https:&#x2F;&#x2F;splice-cad.com&#x2F;docs&#x2F;plan&#x2F;multi-endpoint-harness" rel="nofollow">https:&#x2F;&#x2F;splice-cad.com&#x2F;docs&#x2F;plan&#x2F;multi-endpoint-harness</a><p>MCP 服务器详细信息：<a href="https:&#x2F;&#x2F;splice-cad.com&#x2F;blog&#x2F;mcp-server-agentic-workflows-march-2026" rel="nofollow">https:&#x2F;&#x2F;splice-cad.com&#x2F;blog&#x2F;mcp-server-agentic-workflows-mar...</a> 和 <a href="https:&#x2F;&#x2F;github.com&#x2F;splice-cad&#x2F;splice-cad-mcp" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;splice-cad&#x2F;splice-cad-mcp</a><p>Discord：<a href="https:&#x2F;&#x2F;discord.gg&#x2F;5CTH7mnrk8" rel="nofollow">https:&#x2F;&#x2F;discord.gg&#x2F;5CTH7mnrk8</a><p>我的目的是让 Splice CAD 免费用于设计，并将其用作一个平台，将电缆组件和接线车间与需要制造其设计的工程师联系起来。 我正在寻找一位在制造业销售和业务发展方面拥有强大背景的联合创始人，以补充我的技术重点。 如果您有兴趣，请使用我的“关于”部分中列出的地址给我发送电子邮件。

我开发这个应用，是因为我想看看用完全本地模型构建的语音转文本应用能做到什么程度，这样就不会有任何数据离开我的电脑。我一直在大量使用它来进行编码和处理邮件。同时，我也在尝试将其用作其他智能体的语音界面。该项目100%开源，采用MIT许可证，欢迎大家提供反馈、提交PR以及提出进一步开发的建议。

TrueType 字体有一个用于字形网格拟合的提示虚拟机。它有堆栈、存储区、条件语句、函数调用，并且最终发现它实际上是图灵完备的。所以我用提示字节码构建了一个光线投射引擎。 字体中的字形“A”有 16 个垂直条轮廓。提示程序通过 GETVARIATION 从字体变化轴读取玩家坐标，对存储区中的瓦片地图进行 DDA 光线步进，并使用 SCFS 重新定位条的高度。最终看起来像一个粗糙的《德军总部》风格的视角。 小型可视化：<a href="https:&#x2F;&#x2F;github.com&#x2F;4RH1T3CT0R7&#x2F;ttf-doom&#x2F;blob&#x2F;main&#x2F;docs&#x2F;media&#x2F;transform.gif" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;4RH1T3CT0R7&#x2F;ttf-doom&#x2F;blob&#x2F;main&#x2F;docs&#x2F;media...</a> 总共约 6.5 KB 的字节码 - 13 个函数，795 个存储槽，正弦/余弦查找表。 JS 处理移动、敌人和射击，然后通过 CSS 字体变化设置将坐标传递给字体。字体基本上是一个奇怪的 GPU。 最奇怪的部分： * TrueType 的 MUL 执行 (a\*b)/64，而不是 a\*b。所以 1\*4=0。DIV 指令同样令人头疼。 * 没有 WHILE 循环。所有内容都编译为递归 FDEF。FreeType 将调用深度限制为约 64 帧。 * SVTCA\[0] 是 Y，SVTCA\[1] 是 X。当然。 这背后有一个小型编译器 - 词法分析器、解析器、代码生成器 - 将类似 C 的 DSL 转换为 TT 汇编语言。 演示 GIF：<a href="https:&#x2F;&#x2F;github.com&#x2F;4RH1T3CT0R7&#x2F;ttf-doom&#x2F;blob&#x2F;main&#x2F;docs&#x2F;media&#x2F;demo.gif" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;4RH1T3CT0R7&#x2F;ttf-doom&#x2F;blob&#x2F;main&#x2F;docs&#x2F;media...</a> 在线演示：<a href="https:&#x2F;&#x2F;4rh1t3ct0r7.github.io&#x2F;ttf-doom&#x2F;" rel="nofollow">https:&#x2F;&#x2F;4rh1t3ct0r7.github.io&#x2F;ttf-doom&#x2F;</a> (Chrome/Edge，WASD+箭头，空格键射击，Tab 键显示调试叠加层) 这是一个 DOOM 风格的光线投射器，而不是原始引擎的移植 - 类似于 DOOMQL 和 Excel DOOM。墙壁渲染确实发生在字体的提示虚拟机中。在演示中按 Tab 键可以观看字体变化轴在您移动时发生变化。

我们构建了 meta-agent：一个开源库，可以根据生产追踪数据自动且持续地改进智能体（agent）的运行方式。<p>只需将其指向现有的智能体、未标记的生产追踪数据流以及一小部分已标记的留存数据集。<p>一个大型语言模型（LLM）评估器会为流式传输的未标记生产追踪数据打分。<p>一个提议者会读取失败的追踪数据，并一次编写一个有针对性的运行方式更新，例如更改提示词、钩子、工具或子智能体。只有当更新提高了留存数据集的准确性时，才会保留该更新。<p>在 tau-bench v3 航空数据集上，meta-agent 将留存数据集的准确性从 67% 提高到 87%。<p>我们已开源 meta-agent。它目前支持 Claude Agent SDK，未来将支持更多框架。<p>在此处试用：<a href="https:&#x2F;&#x2F;github.com&#x2F;canvas-org&#x2F;meta-agent" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;canvas-org&#x2F;meta-agent</a>

目前，在 Web 界面中使用缩放主要有两种已确立的方式。它们服务于不同的目的，并做出不同的权衡。我构建了第三种方式，因此我将尝试公正地评价每种方式的优缺点。 * **Prezi** Prezi 开创了演示文稿的缩放画布，并且仍然是该领域的市场领导者。它最近增加了 AI 驱动的生成和文本编辑工具。它是一个经过打磨的产品，具有真正的吸引力。 但 Prezi 是一个封闭的平台，而不是一个库。你不能在自己的应用程序中使用它的缩放引擎。有意义的功能的定价从每月 15 美元起，导出到 PowerPoint 会将所有缩放效果扁平化为静态幻灯片。用户反复抱怨的一个问题是，缩放和平移过渡会导致晕动病。而且，从根本上说，Prezi 使用缩放作为预先安排的框架之间的叙事工具。它不是一个导航模型，而是一个演示模型。 * **impress.js** impress.js 将类似 Prezi 的缩放带到了开放的 Web。它是一个基于 CSS3 转换和过渡的演示框架，直接受到 Prezi 的启发。它在推出时确实具有开创性意义。 它的架构是基于步骤的：你在 3D 空间中定位“步骤”，然后相机在它们之间移动。这对于演示文稿来说很棒，但它无法帮助你构建一个用户通过缩放到内容来导航的应用程序。impress.js 没有动态挂载视图、管理缩放深度或处理导航状态的概念。它是一个带有缩放技巧的幻灯片引擎。 * **Zumly** 这是我构建的。完全披露：我是唯一的开发者。 这个想法是提供一种使用缩放来替代传统页面导航的方式。你将一个元素标记为可缩放，将其指向一个视图，然后 Zumly 处理过渡并插入新视图。基本上就是这样。 我在 2020 年离开了 Zircle UI（一个 Vue 缩放库）之后开始使用 Zumly，试图进一步利用我所学到的知识。它与框架无关，只专注于缩放部分。从那时起，我多次重写了引擎，不止一次地改变了方法。直到现在，我才真正对它的感觉感到满意。 视图在缩放过渡期间被动态挂载和卸载。在 impress.js 中，所有步骤同时存在于 DOM 中。在 Zumly 中，你缩放到一个触发元素，目标视图被注入并缩放到适当的位置。这更接近于 SPA 中路由的工作方式，而不是幻灯片演示文稿的工作方式。 着陆页本身是用 Zumly 构建的，因此你可以在接触任何代码之前先体验一下。 很好奇是否还有其他人考虑过这个领域。是什么让缩放 UI 成功或失败？ 着陆页（使用 Zumly 构建）：[https://zumerlab.github.io/zumly](https://zumerlab.github.io/zumly) GitHub：[https://github.com/zumerlab/zumly](https://github.com/zumerlab/zumly)

现在你可以“鞭策”Claude，让它工作得更快了……