最新

大家好，我是 Contextual AI 的 Jay（网址：https://contextual.ai/）。 我们一直在构建一个面向技术行业的 AI 智能体平台，主要针对半导体、航空航天、制造业等领域。Agent Composer 是我们新推出的强大可视化构建器和运行时，用于创建能够基于技术文档、日志和规范进行推理的智能体。 我们解决的问题是：通用 AI 在复杂的的技术任务上表现不佳。这并非因为模型本身能力不足，而是因为它们无法访问正确的上下文信息（数据表、测试日志、流程规范、机构知识）。 Agent Composer 的功能： * 三种创建智能体的方式：预构建模板、自然语言描述或空白画布 * 可视化拖放式构建器，提供无代码体验，同时为开发人员提供 YAML 配置 * 混合工作流程：将确定性步骤（合规性检查、验证）与动态推理（根本原因分析、研究）相结合 * 基于您的数据，并提供完整归因 我们在此过程中学到的： * 解析比人们想象的更重要。包含表格、图表和交叉引用的技术 PDF 会让大多数现成的解析器崩溃。我们构建了自己的解析器。 * 检索精度至关重要。基本的向量搜索可以解决 70% 的问题；剩下的 30% 需要混合检索、重新排序和查询重构。这最后的 30% 区分了“炫酷演示”和“真正有用”。 * 企业需要控制。纯粹的自主智能体会让合规团队感到担忧。在同一个工作流程中混合确定性和动态步骤的能力，是对客户反馈的直接回应。 以下是一些供您探索的链接： * 产品快速入门指南：https://docs.contextual.ai/quickstarts/agent-composer * 我们构建的有趣的火箭科学演示：https://demo.contextual.ai/ * 博客：https://contextual.ai/blog/introducing-agent-composer * 免费帐户注册链接：https://app.contextual.ai/?signup=1 很乐意深入探讨架构、检索策略或经验教训。您有什么问题或反馈吗？

您好，我是 Tony，Cosmic（由 AI 驱动的无头 CMS 和应用程序开发平台）的创始人。我们一直遇到同样的问题：借助 AI 助手创建一篇博文，使用输出结果生成社交帖子，然后手动发布到 X、LinkedIn、Facebook 上。每次都是这样。<p>所以我们构建了 AI 工作流程——将多个助手串联起来，让它们自主运行，每个步骤接收前一个步骤的输出。<p>您可以串联三种类型的助手：<p>- 代码助手：通过提交和拉取请求在 GitHub 中构建功能。<p>- 内容助手：根据前几个步骤的上下文注入生成 CMS 内容。<p>- 计算机使用助手：自动化浏览器工作流程并录制演示。<p>工作原理：<p>1. 使用助手类型、提示和配置定义步骤<p>2. 步骤按顺序或并行运行（可配置）<p>3. 上下文在步骤之间自动传递<p>4. 手动触发、按计划（cron）触发，或通过 CMS 和 API 事件（object.created、object.edited 等）触发<p>5. 在关键步骤之前添加审批门，供人工审核<p>示例：自动驾驶功能开发：<p>步骤 1：内容助手根据用户反馈编写功能规范<p>步骤 2：代码助手构建该功能，创建 PR，并部署到生产环境<p>步骤 3：内容助手生成文档和更新日志条目<p>步骤 4：计算机使用助手将更新发布到团队 Slack，附带 PR 链接和预览 URL<p>目前处于 Beta 测试阶段。欢迎提供关于工作流程模型的反馈，以及您希望自动化的用例。

大家好，我在构建 Mystral Native——一个轻量级的原生运行时，它允许你使用标准的 Web API（WebGPU、Canvas 2D、Web Audio、fetch）用 JavaScript/TypeScript 编写游戏，并将它们作为独立的桌面应用程序运行。可以把它想象成“游戏版的 Electron”，但没有 Chromium。或者像 Node、Deno 或 Bun 这样的 JS 运行时，但针对 WebGPU 进行了优化（并使用 SDL3 捆绑了一个窗口/事件系统）。 为什么：我最初开始是想用 WebGPU 启动一个新的游戏引擎，并且我喜欢用 Typescript 编写代码，并在浏览器中即时看到更改的热重载迭代循环。在让它工作并发布一个演示后，我意识到如果我也想让同一个代码库在移动设备上运行，那么发布整个浏览器实际上是行不通的。当然，我可以使用 webview，但这对于用户来说并不总是一个好或一致的体验——iOS 上的 Safari 支持 WebGPU 存在一些细微差别，但它不具备 Chrome 在桌面端所拥有的相同功能。我真正想要的是一个一致的、可以在任何平台上运行的 WebGPU 运行时。我受到了 deno 的 --unsafe-webgpu 标志的启发，但我意识到 deno 长期来看可能不太合适，因为它不支持 iOS 或 Android，并且没有捆绑窗口/事件系统（它们有“自带窗口”的选项，但这意味着要编写大量的自定义代码来处理事件、处理窗口，更不用说实现 WebAudio 模拟器等更具体的事情了）。所以这让我走上了构建一个专门用于游戏的原生运行时的道路，这就是 Mystral Native。 现在有了 Mystral Native，我可以拥有相同的开发者体验（编写 JS，使用 WGSL 中的着色器，调用 requestAnimationFrame），但可以获得一个真正的原生二进制文件，我可以将其发布给任何平台上的玩家，而无需 webview 或浏览器。没有 200MB 的 Chromium 运行时，没有 CEF 开销，只有游戏代码和一个大约 25MB 的运行时。 它的功能： * 通过 Dawn（Chrome 的实现）或 wgpu-native (Rust) 实现完整的 WebGPU * 通过 SDL3 实现原生窗口和事件 * Canvas 2D 支持 (Skia)，Web Audio (SDL3)，fetch (file/http/https) * V8 用于 JS（与 Chrome/Node 相同的引擎），也支持 QuickJS 和 JSC * ES 模块，通过 SWC 实现 TypeScript * 编译成单个二进制文件（类似于“pkg”）：`mystral compile game.js --include assets -o my-game` * 带有代码签名的 macOS .app 捆绑包，Linux/Windows 独立可执行文件 * iOS 和 Android 的嵌入 API (JSC/QuickJS + wgpu-native) 目前是早期 alpha 版本——核心渲染路径运行良好，并且我在 Mac、Linux (Ubuntu 24.04) 和 Windows 11 上进行了测试，以及一些 iOS 和 Android 的自定义构建，以验证它们是否可以工作，但还有很多需要改进的地方。希望得到一些反馈，看看它能发展到什么程度！ MIT 许可。 仓库：[https://github.com/mystralengine/mystralnative](https://github.com/mystralengine/mystralnative) 文档：[https://mystralengine.github.io/mystralnative/](https://mystralengine.github.io/mystralnative/)

那么我猜他们的竞争对手会停止他们自己的免费大语言模型服务（为什么要烧钱呢？）。 我可以使用什么样的本地大语言模型来至少检查我的代码呢？

技术技能还会重要吗？