NeCode 桌面端 v0.0.18 正式版发布：OMN 多智能体工作流 Beta

feieuniu

NeCode 桌面端 v0.0.18 正式版现已发布。

本次更新的核心，是内置并默认开启的 OMN 多智能体工作流 Beta。

面对复杂任务，不再需要一个智能体串行完成搜索、分析、修改、测试和审查。NeCode 现在可以让多个专业子智能体在后台并行工作，同时保持主会话正常交流，最终再由主智能体汇总结果。

一、内置 OMN 多智能体工作流

升级到 0.0.18 后，无需额外下载或安装插件。

在输入框输入“@”，即可选择三种 OMN 主智能体：

1. OMN - Ultraworker

默认主智能体，也是启动完整 OMN 多智能体编排的入口。

普通问题和小范围修改会直接处理；遇到复杂且适合并行的任务时，Ultraworker 会拆分任务，并启动后台多智能体工作流。

如果希望明确触发多智能体，可以在提示词中直接写：

“请使用多智能体并行……”

2. OMN - Deep Agent

适合处理一个需要深入调查、实施和验证的困难目标。

Deep Agent 可以委派互不冲突的搜索、研究等辅助任务，但不会启动完整的 OMN 任务图和编排流程，最终实施和验证仍由 Deep Agent 负责。

3. OMN - Plan Builder

只负责澄清需求、调查必要信息并生成带依赖关系的可执行计划，不修改业务代码。

Plan Builder 必要时可以调用只读辅助智能体进行搜索或研究，但不会启动完整的 OMN 编排。生成的计划可以继续交给 Ultraworker 或 Deep Agent 实施。

这三种是不同的主智能体工作模式，每次选择其中一种，并不是同时启动三个主智能体。

二、多个专业子智能体并行协作

完整的 OMN 多智能体工作流包含五类专业子智能体：

Planner：拆解目标，生成带依赖关系的任务图。

Searcher：快速定位相关代码、配置和测试。

Researcher：调查架构、接口、文档和未知问题。

Executor：实施范围明确的任务并完成验证。

Reviewer：检查正确性、安全性、回归风险和验收条件。

没有依赖或写入冲突的任务会真正并行执行；存在依赖关系的任务，则会在前置任务完成后自动继续。

三、子智能体运行时，主会话不会被卡住

OMN 多智能体在后台运行期间，主会话仍然保持可交流状态。

你可以继续：

1. 向主智能体提问。

2. 补充或调整任务要求。

3. 查看子智能体进度。

4. 取消正在执行的任务。

5. 处理与当前运行不冲突的其他问题。

子智能体会在实际触发位置显示任务卡片，并展示英文短代号、角色、任务标题和实时状态，包括等待中、进行中、成功、失败和已取消等。

点击任务卡片，可以在右侧工作区查看子智能体的只读会话详情。

子智能体完成后，结果会自动回报主智能体，不需要用户逐个打开子会话复制结果。

四、如何真正触发完整多智能体

要启动完整的多智能体工作流，请先在输入框“@”入口选择：

OMN - Ultraworker

Ultraworker 会根据任务复杂度自动判断是否需要启动多智能体。

如果希望明确体验多智能体并行能力，请在提示词中直接写“请使用多智能体并行”，并提供一个能够拆分成多个独立部分的复杂目标。

示例一：并行检查并修复多个模块

请使用多智能体并行检查当前项目的登录、文件上传和权限控制。先拆分互不冲突的任务，再分别定位问题、实施修复并运行必要测试，最后由审查智能体检查修改，并汇总变更内容、验证结果和剩余风险。

示例二：实施一个完整功能

请使用多智能体并行为桌面端实现“离线会话导出”。先拆分涉及的模块和依赖，并行调查现有会话数据、附件、文件预览和导出接口；再将导出逻辑、桌面保存交互和界面接入分配给互不冲突的子智能体实施；最后检查数据完整性、隐私泄漏、跨平台路径和回归测试，并汇总全部修改与验证结果。

示例三：排查复杂的跨环境问题

请使用多智能体并行排查“开发环境中本地 HTML 和图片预览正常，但打包后的 Windows、macOS 或 Linux 客户端显示异常”的问题。分别检查桌面端协议、资源路径、打包配置和安全策略，定位根因后完成最小修复，运行必要测试，并由审查智能体确认没有引入安全风险。

示例四：大型项目综合审查

请使用多智能体并行审查当前项目。分别检查架构边界、错误处理、安全问题、性能风险和缺失测试，只修复有明确证据的问题。完成后汇总每个子智能体的结论、实际修改、测试结果和仍需人工确认的内容。

五、Deep Agent 和 Plan Builder 的使用示例

下面两个示例用于体验对应的主智能体模式，不会启动完整的 OMN 多智能体编排。

Deep Agent 示例：

深入分析项目切换后终端状态残留的问题，定位根因后完成最小修复，并运行相关测试验证。不要只给建议，要交付可以使用的修改。

Plan Builder 示例：

先不要修改代码。分析“为桌面端增加离线会话导出”需要涉及的模块、依赖、风险和测试，输出一份可以直接交给实施智能体执行的分步计划。

六、查看多智能体运行状态

在输入框中使用以下命令：

/omn-status

该命令可以查看当前会话最近一次多智能体运行的任务数量、进行中任务、等待任务、成功任务和失败任务。

七、模型、语言和结果保持一致

子智能体会继承主智能体当前选择的模型，不再固定使用其他默认模型。

用户使用中文提问时，子智能体的任务标题、进度、摘要和最终结果也会优先使用中文。

主智能体最终只汇总有效结果，避免中间过程重复输出，或者子任务已经完成但主会话无法获得结果。

八、生成物与右侧工作区优化

子智能体详情、文件、浏览器和审查内容现在统一整合到右侧 V2 工作区。

HTML、SVG、图片、PDF、Office 文档和文本文件会根据实际类型进入对应的文件或浏览器预览，不再全部使用审查视图。

右侧标签支持切换、关闭和整栏展开，方便在主会话、子智能体以及生成物之间快速查看。

九、质量门与任务清理

当多智能体实际修改工作区后，会执行必要的质量检查。

即使只读角色通过用户授权的命令产生了修改，也不会错误跳过质量门。

同时加强了：

1. 大型工作区状态采集。

2. 子任务取消与清理。

3. 失败任务状态同步。

4. 子智能体结果自动回报。

5. 浏览器标签和本地文件读取边界。

十、重复输出自动熔断

当模型持续重复相同内容、长时间没有产生有效进展时，客户端会自动停止生成并保留已有结果，避免会话持续消耗时间和资源。

熔断提示支持多语言，用户可以直接重试、调整问题或继续当前会话。

十一、下载地址

NeCode 官网：
https://necode.inoteexpress.com/

Windows x64：
https://www.inoteexpress.com/sof ... desktop-win-x64.exe

Windows ARM64：
https://www.inoteexpress.com/sof ... sktop-win-arm64.exe

macOS Apple Silicon：
https://www.inoteexpress.com/sof ... sktop-mac-arm64.dmg

macOS Intel：
https://www.inoteexpress.com/sof ... desktop-mac-x64.dmg

Linux AppImage：
https://www.inoteexpress.com/sof ... nux-x86_64.AppImage

Linux DEB：
https://www.inoteexpress.com/sof ... top-linux-amd64.deb

十二、升级说明

已安装 NeCode 的用户可以进入：

设置 → 通用 → 检查更新 → 立即检查

也可以通过上面的地址重新下载安装。

OMN 多智能体目前属于 Beta 能力，升级后默认开启，也可以在插件设置中随时关闭或重新启用。

欢迎大家重点体验复杂任务拆分、后台并行、主会话持续交流、子智能体状态展示和最终结果汇总，并反馈实际使用中遇到的问题。

stanley

read 工具不成功 8次，然后换 插件的deep 智能体，可以了

feieuniu

stanley 发表于 2026-8-31 16:50
read 工具不成功 8次，然后换 插件的deep 智能体，可以了

网关已升级到v0.28.0，看看是否还有此问题

stanley

基于截图内容和你的问题，我从两个方面分析：

## 一、长时间停留在这个界面的原因

这个界面是 NeCode 客户端在等待 **本地服务（Local Server）** 建立连接，显示「正在自动重试…」。长时间卡住通常不是因为产品"没做启动画面"，而是底层连接确实没建立成功。常见根因：

1. **本地服务进程未真正起来** —— 服务启动依赖环境（Node/Python 运行时、依赖包、配置文件），如果环境缺失、路径错误，服务进程起不来，客户端就只能一直重试。
2. **端口占用冲突** —— 服务预设的端口被其他进程占用，监听失败，客户端反复连接失败。
3. **进程启动后异常崩溃/退出** —— 服务起来了但中途退出，重试永远无法恢复。
4. **防火墙 / 杀毒软件拦截** —— 拦截了本机端口的监听或回环连接（localhost 一般不会，但部分安全软件会）。
5. **首次启动初始化慢** —— 需要下载模型/索引/依赖，耗时几十秒到几分钟，期间界面确实是"空白 + 重试"。

所以**界面本身不是问题，"长时间停留"才是信号**——说明连接处于持续失败状态，需要排查上面几点。

## 二、这个提示是否过于简单粗暴？

**是的，你的感受是合理的。** 存在明显的体验问题，主要集中在三点：

| 问题 | 具体表现 | 用户感受 |
|------|---------|---------|
| **信息不足** | 只有「连接不了 + 在重试」，没有原因、耗时、下一步 | 不知道发生了什么，容易以为"卡死/出错" |
| **无进度感** | 不显示第几次重试、预计剩余时间 | 无法判断系统是否在工作，产生焦虑 |
| **无干预入口** | 没有"查看详情 / 立即重试 / 检查日志 / 重启服务" | 面对空白界面手足无措 |

尤其当重试持续几秒以上仍无反馈时，用户**很容易误判为产品故障**，甚至强制关闭进程——这恰恰是产品最不想看到的场景。

## 三、改进建议

1. **显示进度与倒计时**：如「正在连接本地服务…第 3/10 次，预计 5 秒」，让用户感知系统在积极工作。
2. **提供详情入口**：加一个「查看原因 / 错误详情」链接，点开能看到具体错误码、日志片段、常见原因。
3. **给出干预操作**：提供「立即重试」「重启本地服务」「检查端口占用」等按钮，让用户有掌控感。
4. **超时后的排查指引**：连续多次失败后，列出典型原因与操作步骤（如"请确认端口未被占用 / 检查环境依赖 / 查看日志"）。
5. **优雅降级**：如果本地服务长期连不上，引导用户查看日志或提供替代方案，而不是无限重试。

一句话总结：**启动画面短暂出现属正常，但长时间停留说明本地服务连接确实存在问题；同时当前提示的信息量和交互不足，容易让用户误以为产品出错，建议增加进度反馈、详情入口和手动干预选项来改善体验。**

stanley

搜索提示失败的原因？

stanley

现在是多模态模型么？

调用图像的时候失败

feieuniu

stanley 发表于 2026-9-2 18:46
搜索提示失败的原因？

看提示是我网络问题，请确认是否可以正确访问google，进一步的原因需要从日志分析，才能确定是 DNS、连接超时、证书还是代ne理问题

feieuniu

stanley 发表于 2026-9-2 21:59
现在是多模态模型么？

调用图像的时候失败

感谢反馈。当前主模型是 DeepSeek V4 Flash，本身不直接接收图片。正常情况下，NeCode 会先通过 NE Scientific 解析图片，再将文字分析结果交给 DeepSeek。
这次的 Processed image source not found 与当前版本对“工具读取或生成的截图”支持不完整有关：这类图片可能没有被登记为可供 Scientific 解析的图片源，因此在真正调用 Scientific 前就失败了，并非 Scientific 模型识图失败。
临时可以将截图保存后，直接拖入会话输入框重新发送。我们会补齐工具生成图片的解析链路。

feieuniu

stanley 发表于 2026-9-2 18:46
搜索提示失败的原因？

补充说明：
WebFetch 请求 Google 时发生的网络传输错误。请求尚未获得 Google 的响应，因此与当前使用的模型、图片识别或多模态能力无关。  
Google 在部分网络环境下无法直接访问；即使浏览器可以打开，也可能是代ne理只接管了浏览器，没有覆盖 NeCode 的后台进程。建议：
1. 先尝试访问百度、必应等可直连网站，确认是否只有 Google 失败。
2. 如使用 Clash 等代ne理，请开启 TUN/全局接管，并在调整后完整退出并重启 NeCode。
3. 如果使用 Fake-IP 模式，可在“设置 → 常规 → 先进”开启“允许代ne理 Fake-IP”。注意该开关只负责兼容 Fake-IP 地址，本身不会建立代ne理连接。
如果其他网站也出现相同错误，我们再继续定位。感谢反馈。

stanley

是否有关，用户的体验都是失败了
至少要自动切换到bing
又一次遇到问题