一周热榜

我们现在大约有15个人，以前“自然而然”能运作的事情开始出现问题。大家都知道的决策变得模糊不清。新员工的适应期变得漫长。不同团队在不同的假设上进行工作。 对于经历过这个阶段的人来说，最初出现问题的是什么？你们是如何应对的？

我发布了 WebAssembly4J，并附带了两个运行时绑定： - Wasmtime4J – Wasmtime 的 Java 绑定 [链接](http://github.com/tegmentum/wasmtime4j) - WAMR4J – WebAssembly Micro Runtime 的 Java 绑定 [链接](http://github.com/tegmentum/wasmr4j) WebAssembly4J 是一个统一的 Java API，允许在不同的引擎上运行 WebAssembly [链接](http://github.com/tegmentum/webassembly4j)。 这个项目的动机在于，当前 Java 有多个新兴的 WebAssembly 运行时，但每个运行时都暴露了自己的 API。如果你想尝试不同的引擎，就必须每次都重写集成层。 WebAssembly4J 提供了一个单一的 API，同时允许在底层使用不同的运行时提供者。 项目目标： - 从 Java 应用程序运行 WebAssembly - 允许跨引擎比较运行时 - 使 WebAssembly 运行时对 Java 开发者更易获取 - 在运行时演变的同时提供稳定的接口 当前支持的引擎： - Wasmtime - WAMR - Chicory - GraalWasm 为了支持传统和现代的 Java 环境，该项目的目标是： - Java 8（JNI 绑定） - Java 11 - Java 22+（支持 Panama） 构件已发布到 Maven Central，因此可以直接添加到现有项目中。 我非常希望听到从事 Java + WebAssembly 集成或运行时实现的人的反馈。

嗨，我是Nenad。我创建了Grafly（<a href="https://grafly.io" rel="nofollow">https://grafly.io</a>），因为我总是需要不同的工具来快速绘制架构图，但总是对用户界面、配色方案、使用模式感到不满，或者我必须登录，或者我的涂鸦存储在别人的服务器上。Grafly是一个完全在浏览器中运行的React/React Flow应用，这意味着所有内容都保存在localStorage中，数据不会离开你的设备。你可以使用基本形状、AWS/GCP图标、带有路径点的边缘，以及可共享的URL，这些URL在查询字符串中编码了整个图表（没有后端，只是LZ压缩）。此外，还有一个关于底层数据格式的描述，你可以将其提供给你的AI，以便它可以根据文本提示生成图表。我知道这不是完美的，但对我来说足够用了，也许对你们中的一些人会有帮助。代码在GitHub上，采用AGPL许可证。<a href="https://github.com/lnenad/grafly" rel="nofollow">https://github.com/lnenad/grafly</a>

我和一个朋友开发了一个浏览器原型，可以通过使用 getDisplayMedia、客户端唤醒词检测和服务器端多模态推理来回答屏幕上显示的内容的问题。 <p>困难之处：</p> – 让模型能够指向特定的用户界面元素 – 在多步骤工作流程中保持一致性（例如：“帮我在 Tinkercad 中创建一把剑”） – 防止无限镜像效应，以及窗口共享与全屏共享之间的混淆 – 保持语音 → 截图 → 推理 → 语音的延迟足够低，以便让对话感觉自然 我们把它包装成“Clippy”以增加趣味，但真正的实验是让模型工具调用新的截图，以帮助它获取更多上下文。 <p>一个实际的应用案例是远程技术支持——下次我妈妈打电话时，我会把这个发给她，而不是进行屏幕共享。</p> <p>想知道哪些地方会出问题。</p>