与「JavaScript」相关的搜索结果

好玩，不用任何外部美术资源，仅靠代码在 Three.js 里程序化生成一条完整的丛林小径场景。 12000 行手写 JavaScript 搭出一条穿越石质废墟和瀑布的丛林小径，场景里没有一张贴图文件、一个模型或一段录音。树叶、树皮、石头、角色皮肤和全部 60 段音频都在加载时由代码算出来。 规模上有 423.8 米长的小径、16 个物种共 100799 株植物、536 块逐块侵蚀的石块，还有 22 根骨骼的程序化角色和 15 次 GPU 烘焙产生的 29 张贴图。

Cloudflare 除了一个刚出了 computer 的库理念非常有趣： 一个在 Durable Object 里的虚拟文件系统，基于 SQLite 做持久化，通过 workspace.runtime 提供不同类型的 runtime： Container，把 SQLite 状态通过 FUSE 挂载到真实的 Linux 沙箱容器 Isolate Shell：模拟出来的、轻量级的假 Shell，在 Dynamic Worker 里跑 just-bash Isolate JavaScript：在隔离的 Dynamic Worker 里支持 JS runtime 让每个 Agent 都能拥有自己的持久化工作空间，并且能在不同 runtime 动态切换，不同的任务可以用不同的，可以兼顾性能和速度，非常有趣，很有想象力。

AI & ML Full Course 2026! #BigData# #Analytics# #AI# #MachineLearning# #DataScience# #IoT# #IIoT# #Python# #RStats# #TensorFlow# #JavaScript# #ReactJS# #CloudComputing# #Serverless# #DataScientist# #Linux# #Programming# #Coding# #100DaysofCode#

Hermes v0.6.30 发布｜工作流、MoA、实时语音与持久记忆全面升级 2026 年 7 月 15 日，Hermes v0.6.30 正式发布。本版本汇总了 v0.6.29 之后合并的 21 个 PR，覆盖工作流编排、MoA 会话、实时语音、持久记忆、Provider 稳定性、MCU 设置和 Windows 体验优化。 工作流编排 v2 带来了更完整的执行控制能力，新增按成功、失败和始终执行的条件路由、真正跳过、all/any 汇合、有界反馈循环、执行证据、截止时间与可移植导入 已启用的 MoA 组合现在也可以在创建或切换 Hermes 聊天会话时直接选择，并正确处理组合名称、默认项、上下文窗口与运行时行为（#2078）。# 性能方面，通过按需加载 Markdown、Mermaid、Monaco、非当前语言资源和可选浮层，大幅减少了首屏初始 JavaScript 会话模型切换现在会显示阻塞式进度状态；切换对话时也会重新播放淡入动画，同时保留现有草稿和附件 语音体验迎来重点升级：单聊新增全屏实时语音模式，支持实时转写、语音队列播放、工具活动展示和打断控制 桌面端与移动端的实时语音稳定性也得到提升，现在可以从静默状态恢复、避免误录助手语音、使用当前 STT 备用服务，并在交互期间保持审批弹窗可见（ Ekko Agent 新增持久化的作用域记忆，可在运行时上下文中提供当前 Provider 和模型信息，同时更安全地处理生产环境记忆数据库 对于尚未配置 Provider 的 Profile，系统现在会显示设置引导，并支持直接打开 Provider 表单 Provider 模型目录现已与 Hermes Agent 对齐，实时发现结果优先，过期的备用缓存不再遮盖更新（#2051）。# 自定义 Provider 别名在已加载的聊天会话中也能保持稳定，避免不必要的客户端重建和请求头丢失（#2054）。# Journey 图谱新增类别多选、不同形状的 Skill 和 Memory 节点、预览，以及更完善的键盘与触控操作 此外，Markdown 下载现在会保留文件扩展名，移动端转写新增明确的开始和停止控制，Scoped Codex 流式输出也不再重复最终助手消息 MCU 设置与稳定性同步改进，包括显示设备码、自动选择麦克风、同步断开状态和限制 TLS 探测时间 Windows 用户在 Git 或普通目录中捕获工作区变更时，对话界面也不再闪现 Git 黑窗

用 Tauri + React 写的 Windows 右键菜单工具，可以用 JavaScript 自定义命令和子菜单，还能从网上拉配置在几台机器间共享。

1号工具 指向任何网站就能爬取整个页面，渲染JavaScript后返回结构化的干净数据，AI能直接读取。13万星标，GitHub最佳仓库前100名。 这是大半数AI创业公司暗地里用的爬虫骨架，完全开源。

推荐这篇，Dan McKinley（前 Etsy 工程师）写的经典工程文化文章。他说每个公司大约有三次"创新 token"的机会——你选了 NodeJS、MongoDB、使用不到一年的服务发现技术，每次都是花掉一次。而选 MySQL、Postgres、Python、Cron……这些无聊技术的好处在于，不仅功能被充分理解，失败模式也被充分理解。这不是一篇反对新技术的文章——是教你什么时候该用新技术、为什么要给团队设定"使用新东西需要全公司知道"的文化。 选择无聊的技术 我职业生涯中发生的最好的事，大概是有 Kellan 管我。我在那里待得够久，看到了 Kellan 的技术决策开始结出果实。我从中并且作为其结果学到了很多东西。 离开 Etsy 一年后，我重新恢复了对技术的关注能力。我的思考已经结晶到可以连贯地写下来的程度。以下是 Kellan 式思考的总结——希望不会让他太过尴尬。 拥抱无聊 设想每个公司大约有三个创新 token。你可以随心所欲地花它们，但供应量在一段长时间内是固定的。你也许在达到一定程度的稳定和成熟之后能再多拿到几个，但一般倾向是高估你钱包里有多少。 如果你选择用 NodeJS 写你的网站，你刚花掉了一个创新 token。如果你选择用 MongoDB，你刚花掉了一个创新 token。如果你选择用存在了一年或不到的服务发现技术，你刚花掉了一个创新 token。如果你选择自己写数据库——天哪，你麻烦大了。 这些选择中任何一个对一家 JavaScript 咨询公司或一家数据库公司可能是合理的。但你大概率不是。你大概率在为一家至少表面上是"重新思考全球商务"或"重新发明网络支付"或推进某个同样适当宏大的使命的公司工作。在这个背景下，把你有限的注意力用在创新 SSH 上，是一种极好的失败方式。或者至少是延迟成功的方式。 什么算无聊？这有点微妙。"无聊"不应该和"坏"混为一谈。世界上有既无聊又坏的技术——你不应该用这些。但有很多无聊且好的技术选择，或至少足够好。MySQL 是无聊的。Postgres 是无聊的。PHP 是无聊的。Python 是无聊的。Memcached 是无聊的。Squid 是无聊的。Cron 是无聊的。 无聊的美妙之处（如此定义下）在于这些工具的能力是被充分理解的。但更重要的是，它们的失败模式也是被充分理解的。 在选择技术时，你既有已知的未知，也有未知的未知。 • 已知的未知是类似这样的："我们不知道这个数据库达到 100% CPU 时会发生什么。" • 未知的未知是类似这样的："老天，我们甚至没有想到写统计量会导致 GC 暂停。" 哪怕对于已经存在了几十年的技术，这两种集合通常都是非空的。但对于闪亮的新技术来说，未知的未知的量级要大得多——这很重要。 全局优化 我毫无歉意地认为偏袒无聊技术是一件好事，但它不是唯一需要考虑的因素。技术选择不是在孤立状态下发生的。它们有一个影响范围，触及整个团队、组织，以及从你所有选择之和里涌现出的系统。 向公司添加技术是带成本的。作为一个抽象陈述这很显而易见：如果我们已经在用 Ruby，再加 Python 感觉不合理，因为增加的复杂性会超过 Python 的边际效用。但不知何故当我们谈论 Python 和 Scala 或 MySQL 和 Redis 时，人们失去了理智，抛弃了所有约束，开始狂热地谈论为任务选最佳工具。 你的工作本质上是将业务问题映射到一个涉及软件选择的解空间上。如果软件选择真的没有包袱，你确实可以为你各种各样问题挑一堆局部最佳的工具。 但在现实世界里——那个运维是严重关切的世界——你是在全局优化。问题在于"最佳工具"思维对它眼中的"最佳"和"任务"是近视的。你的任务是保持公司运转。而"最佳"工具是那个在尽可能多的问题上占据"最不差"位置的工具。 保持系统可靠运行的长期成本基本上总是远远超过你在构建时遇到的任何不便。成熟和多产的开发者理解这一点。 有时选择新技术 把这种推理推到归谬的极端，就是选 Java，然后尝试不借助任何其他东西来实现一个网站。那将是疯狂的。你需要一些向工具箱里添加东西的方法。 重要的第一步是承认这是一个过程，以及一场对话。新技术最终会产生公司层面的影响，所以添加技术是一个需要公司层面可见度的决定。 最值得推荐的练习之一是：考虑如何在不添加任何新东西的情况下解决你的当前问题。 首先，提出这个问题应该能检测到"问题"其实是有人真的想用这项技术的情况。如果是这样，你应该立即否决。 一个小的技术选择集合能走多远，可能令人惊讶。实践中这个问题的答案几乎从来不是"我们做不到"，它通常只是某种程度上的"嗯，我们可以做到，但会太难了"。如果你认为你用现有的工具无法实现你的目标，你大概只是不够有创造力地思考。 写下到底是什么让当前技术栈如此昂贵和困难地解决问题，这会有帮助。这和上一个练习相关，但有微妙的不同。 新技术选择可能是纯增量式的（比如："我们还没有缓存，所以让我们加 memcached"）。但它们也可能与你已经在使用的东西重叠或替换它。如果是这样，你应该为将旧功能迁移到新系统设定明确的期望。 策略通常应该是"我们承诺迁移"，带有建议的时间线。这一步的目的是把残骸保持在可管理的水平，并避免局部最优解的泛滥。 这个过程并不令人生畏，也不麻烦。就是几个填空题作为作业，然后开个会讨论一下。我认为，如果一项新技术能毫发无损地通过这个挑战，加入它是可以的。 发版就好 多语言编程被包装成一个承诺：让开发者以完全的自由选择自己的工具，会使他们更有效地解决问题。这个问题的定义往好了说是幼稚的，往坏了说是动机性推理。这种方式产生的日常运维苦力的重量把你压死。 有意识地选择技术给了工程头脑真正的自由：沉思更大问题的自由。为技术而技术是万金油。 原文：Dan McKinley, "Choose Boring Technology", 2015 #工程文化# #技术选型# #无聊技术#

Un desarrollador de Singapur ha conseguido ejecutar JavaScript en una PSP creando su propio framework. Con Vue + Tailwind y Animaciones a 60fps. Consume solo 8MB de memoria RAM. Y todo de código abierto:

想用AI直接操作网页的都懂！！ 要么装浏览器扩展，要么写Python脚本，要么搞headless浏览器，配置麻烦、权限敏感，还容易出问题…… Alibaba直接开源了 Page Agent！一个纯前端的网页GUI Agent，用自然语言就能控制网页界面。 几个硬核点给你划出来： 1️⃣ 纯JavaScript实现，直接嵌入网页运行，无需扩展或后端 2️⃣ 支持自然语言指令控制DOM（点击、输入、滚动等） 3️⃣ Bring Your Own LLM，随便接你想用的模型 4️⃣ 可选Chrome扩展实现跨标签页、多页面复杂任务 5️⃣ 极致轻量，一行script标签或NPM安装即可使用 说白了，这就是给想让AI帮自己操作网页的开发者准备的。 你不再需要写复杂自动化脚本，而是直接用自然语言指挥网页干活！ 🔗