最新

尝试登录并与我们公司各地的同事进行了核实，我们都收到了相同的消息：<p>账户暂时不可用。由于网站问题，您的账户当前不可用。我们预计这个问题会很快解决。请您稍后再试。<p>其他人能否确认一下？谢谢。

我在为大型语言模型（LLM）代理实验浏览器控制时构建了webact，并不断遇到同一个问题：令牌使用量。<p>大多数工具封装了Playwright，返回庞大的可访问性树或DOM转储，这样很快就会变得昂贵。webact采取了更简单的方法——它通过DevTools协议直接与Chrome通信，并返回一个小的“页面摘要”。<p>它只是一个单独的JS文件（约196KB），没有任何依赖，并且使用您现有的Chrome会话。<p>很高兴听到您的想法。

我创建了Proofd（<a href="https://proofd.ai" rel="nofollow">https://proofd.ai</a>），是在研究了人工智能取代数据后意识到，基于职位的预测几乎没有用处。两个市场经理的得分可能分别为78和31，这取决于他们的日常任务组合。老实说，我最初是想为自己理解这个路径 :) Proofd在五个维度（可重复性、数据依赖性、人工智能能力、人际互动深度、责任容忍度）上对你的实际任务进行评分，使用了O*NET职业数据和METR自主能力基准。 显然是用人工智能构建的。希望能得到关于评分方法的反馈。 提供免费的即时评分。完整的逐项任务报告售价29美元（启动价格）。 对于HN的评论者——我们将免费提供报告给那些能够诚实反馈的人。提交表单时只需在某处填写你的HN用户名，不用支付费用，然后在这里评论。我会看到并发送一份免费的报告给你查看！ 想知道HN的看法。

我非常支持WebAssembly和.NET。当我发现.NET现在可以在浏览器中通过WASM运行，无论是否使用Blazor时，我觉得这可能会有一些潜力。由于Blazor对于TypeScript开发者来说往往是一个过于庞大的步骤，我认为最近新增的将.NET WASM应用作为库包含在JS包中的功能，可能是WASM在我们这个以JS为主的网页环境中获得一些发展机会的良好起点。 使用JSExport/JSImport互操作性相对繁琐，它仅支持静态方法，没有面向对象的概念（如类，仅有对象句柄），并且需要手动编写导出方法的TypeScript定义。因此，我决定尝试制作一些工具，以提高开发者的体验和可靠性。 于是，TypeShim应运而生：一个代码生成工具，旨在创建.NET WebAssembly与TypeScript之间无缝的编程体验。完整的类级别导出会被转换为C#代码生成，从而自动定义你的JSExports/JSImports，并使用一个包装这些方法的TypeScript类。这会创建看起来与C#类完全相同并且行为一致的代理，包括静态/成员、构造函数、属性、方法，甚至像引用相等这样的特性。TypeShim支持所有JSExport支持的类型，同时将你自己的类也包含在内，因此它提供了JSExport所提供功能的超集。 由于Roslyn代码生成不允许我生成JSExport代码生成可以消费的代码，我不得不制作自己的CLI代码生成工具（这非常有趣）。感谢Roslyn导出其API，使我能够运行自己的编译，然后用它来构建与标记为导出的类匹配的C#和TypeScript。 这也是一个进行性能优化工作的好借口（为什么不呢？！），NativeAOT特别适合这种短时间运行的工具，通过解决PerfView发现的一些瓶颈，我成功将代码生成时间降低到大约100毫秒，适用于需要代码生成的100多个类的项目。 这让我走上了一些我从未预料到的道路，比如在对解决方案进行端到端测试时发现了两个会导致.NET WASM运行时崩溃的bug，这让我深入到dotnet/runtime仓库进行修复。dotnet团队对此表示感谢，并非常欢迎我尝试在新的.NET11互操作实现中修复相同的问题，该实现运行在CoreCLR而不是mono上。这是一次很棒的经历，我会继续参与更多与TypeShim相关的挑战：向互操作库中添加更多类型。 总之，这就是我最近开源活动的一些激动人心的事情。如果你有时间看看TypeShim，甚至给个星星，我将非常感激。但最重要的是，我希望听到你的反馈！ 祝好， ArcadeMode