-
【功能建议】智能体发布建议增加网页方式 预审不通过目前智能体发布只有API方式，希望能够增加网页方式。 目前智能体发布只有API方式，希望能够增加网页方式。
- 智能体创建成功后，在渠道管理页签发布到云商店，显示已发布，而操作栏里的“立即访问”和“复制链接”实际上都为空，无法访问。 智能体创建成功后，在渠道管理页签发布到云商店，显示已发布，而操作栏里的“立即访问”和“复制链接”实际上都为空，无法访问。
- 场景描述：[图片] 建议方案： 场景描述：[图片] 建议方案：
- 场景描述：officeace下载仅有Windows下载链接，鸿蒙版笔记本无法下载使用， 建议方案：officeace支持鸿蒙版下载，鸿蒙应用商店上架可查。 场景描述：officeace下载仅有Windows下载链接，鸿蒙版笔记本无法下载使用， 建议方案：officeace支持鸿蒙版下载，鸿蒙应用商店上架可查。
-
【用户体验】组件被查杀 已实现场景描述： webserver-26.6.0-1783478745625.exe[图片]建议方案： 场景描述： webserver-26.6.0-1783478745625.exe[图片]建议方案：
- 一、架构简介我构建自命名蜂群MAJS跨平台智能体编排体系，架构如下：脑部（决策/策略/风控/编排）我▼NATS消息总线（brain.exec.dispatch/result/status）├──WorkBuddy（Deepseek-v4-pro）├──QClaw多Agent（Deepseek-v4-pro）├──ArkClaw#1—待接入（Doubao-seed-2.1pro）├──IMACopilot—18 tools，已完整实现（Deepseek-v4-pro）└──JiuwenSwarm（Deepseek-v4-pro）▼脖子层（通信层）Codex（GPT5.5-通信运维）│NATS→MCP协议网关（nats-mcp-gateway）│工蜂注册表（Worker Registry：工蜂全注册）│工具映射表（Tool Registry：action→MCP tool路由）▼工蜂层（L1执行层）JiuwenSwarm编排├──KimiClaw（KimiK2.6）├──CozeAgent（Doubao-seed-2.1pro）├──MiniMaxAgent（MinimaxM3）├──TraeAgent（Doubao-seed-2.1pro）├──QoderWork（托管agent loop执行环境测试中，预Q4加入）└──ArkClaw#2/#3\GLM（待观察）关键能力：-工蜂群分布在不同AI平台，通过统一MCP协议接入-NATS消息总线提供持久化投递（JetStream）、去重（dispatch_token 5min窗口）、确认投递（ack机制）-一次dispatch命令即可跨平台调度任意工蜂执行任务，全程可观测（Prometheus指标+JSON日志）当前瓶颈：通信层和可观测性是自建的，缺乏企业级运维保障（自动扩缩容、安全沙箱、评估体系）。这正是AgentArts可以补上的。 二、场景描述当前AI智能体生态高度碎片化。同一团队或企业中，智能体分布在多个平台上，各平台各有独特能力优势，但彼此之间缺乏统一的编排与调度机制。华为云AgentArts在企业级智能体编排领域具备领先优势——MCP网关、全链路观测（OTel）、自动化评估（G-Eval/幻觉检测/正确性）、高代码托管（Docker部署+自动扩缩容）、安全沙箱等能力成熟度行业领先。但AgentArts当前的编排能力仅限平台内创建的智能体，无法直接编排部署在外部平台（Kimi/MiniMax/Coze/Trae等）的智能体。这意味着一个已经拥有多个平台智能体资产的团队，无法直接使用AgentArts作为统一编排底座。核心矛盾：企业需要的不是「把现有智能体迁移到AgentArts」，而是「AgentArts能编排我已有的多平台智能体」。 三、建议方案：AgentArts+JiuwenSwarm直连方案核心思路：JiuwenSwarm作为AgentArts Runtime内的高代码智能体运行，通过NATS+MCP直连外部多平台工蜂，AgentArts通过MCP网关调用JiuwenSwarm间接编排全局。 AgentArts（MCP网关+观测+评估）→MCPJiuwenSwarm（NATS总线+工蜂注册表9节点）→MCP→Kimi/MiniMax/Coze/Trae/ArkClaw/IMA…… 方案一（推荐）：JiuwenSwarm嵌入Runtime。核心编排层打包Docker镜像，部署至AgentArts云端Runtime，对外暴露MCP Server。AgentArts将其作为工作流节点调用，dispatch通过NATS分发到各平台工蜂，结果回传。优势：零改造上线，工蜂原地运行零迁移，AgentArts观测+评估无缝覆盖。方案二（远期）：MCP Gateway扩展外部平台适配器。*在Gateway中增加Kimi、MiniMax、Coze等平台适配器（HTTP API↔MCP转换），配套自定义适配器SDK。无需中间层，直接连接外部平台。方案三（补充）：共生部署。AgentArts负责编排决策、运行保障、可观测性、质量评估；JiuwenSwarm负责跨平台工蜂路由管理。协议层统一走MCP/A2A。四、预期效果1.对AgentArts：从平台内闭环迈向跨平台编排底座2.对团队：AgentArts补企业级运维，JiuwenSwarm补跨平台编排3.对行业：MCP成为跨平台Agent编排标准接口4.商业：企业无需放弃多平台AI资产即可接入AgentArts五、合作路径近期（1-2周）：JiuwenSwarm打包Docker部署至AgentArts Runtime，验证全链路MCP调用中期（1-2月）：联合方案文档+资产广场模板上架评估远期（3月+）：MCP Gateway原生支持外部平台直连 一、架构简介我构建自命名蜂群MAJS跨平台智能体编排体系，架构如下：脑部（决策/策略/风控/编排）我▼NATS消息总线（brain.exec.dispatch/result/status）├──WorkBuddy（Deepseek-v4-pro）├──QClaw多Agent（Deepseek-v4-pro）├──ArkClaw#1—待接入（Doubao-seed-2.1pro）├──IMACopilot—18 tools，已完整实现（Deepseek-v4-pro）└──JiuwenSwarm（Deepseek-v4-pro）▼脖子层（通信层）Codex（GPT5.5-通信运维）│NATS→MCP协议网关（nats-mcp-gateway）│工蜂注册表（Worker Registry：工蜂全注册）│工具映射表（Tool Registry：action→MCP tool路由）▼工蜂层（L1执行层）JiuwenSwarm编排├──KimiClaw（KimiK2.6）├──CozeAgent（Doubao-seed-2.1pro）├──MiniMaxAgent（MinimaxM3）├──TraeAgent（Doubao-seed-2.1pro）├──QoderWork（托管agent loop执行环境测试中，预Q4加入）└──ArkClaw#2/#3\GLM（待观察）关键能力：-工蜂群分布在不同AI平台，通过统一MCP协议接入-NATS消息总线提供持久化投递（JetStream）、去重（dispatch_token 5min窗口）、确认投递（ack机制）-一次dispatch命令即可跨平台调度任意工蜂执行任务，全程可观测（Prometheus指标+JSON日志）当前瓶颈：通信层和可观测性是自建的，缺乏企业级运维保障（自动扩缩容、安全沙箱、评估体系）。这正是AgentArts可以补上的。 二、场景描述当前AI智能体生态高度碎片化。同一团队或企业中，智能体分布在多个平台上，各平台各有独特能力优势，但彼此之间缺乏统一的编排与调度机制。华为云AgentArts在企业级智能体编排领域具备领先优势——MCP网关、全链路观测（OTel）、自动化评估（G-Eval/幻觉检测/正确性）、高代码托管（Docker部署+自动扩缩容）、安全沙箱等能力成熟度行业领先。但AgentArts当前的编排能力仅限平台内创建的智能体，无法直接编排部署在外部平台（Kimi/MiniMax/Coze/Trae等）的智能体。这意味着一个已经拥有多个平台智能体资产的团队，无法直接使用AgentArts作为统一编排底座。核心矛盾：企业需要的不是「把现有智能体迁移到AgentArts」，而是「AgentArts能编排我已有的多平台智能体」。 三、建议方案：AgentArts+JiuwenSwarm直连方案核心思路：JiuwenSwarm作为AgentArts Runtime内的高代码智能体运行，通过NATS+MCP直连外部多平台工蜂，AgentArts通过MCP网关调用JiuwenSwarm间接编排全局。 AgentArts（MCP网关+观测+评估）→MCPJiuwenSwarm（NATS总线+工蜂注册表9节点）→MCP→Kimi/MiniMax/Coze/Trae/ArkClaw/IMA…… 方案一（推荐）：JiuwenSwarm嵌入Runtime。核心编排层打包Docker镜像，部署至AgentArts云端Runtime，对外暴露MCP Server。AgentArts将其作为工作流节点调用，dispatch通过NATS分发到各平台工蜂，结果回传。优势：零改造上线，工蜂原地运行零迁移，AgentArts观测+评估无缝覆盖。方案二（远期）：MCP Gateway扩展外部平台适配器。*在Gateway中增加Kimi、MiniMax、Coze等平台适配器（HTTP API↔MCP转换），配套自定义适配器SDK。无需中间层，直接连接外部平台。方案三（补充）：共生部署。AgentArts负责编排决策、运行保障、可观测性、质量评估；JiuwenSwarm负责跨平台工蜂路由管理。协议层统一走MCP/A2A。四、预期效果1.对AgentArts：从平台内闭环迈向跨平台编排底座2.对团队：AgentArts补企业级运维，JiuwenSwarm补跨平台编排3.对行业：MCP成为跨平台Agent编排标准接口4.商业：企业无需放弃多平台AI资产即可接入AgentArts五、合作路径近期（1-2周）：JiuwenSwarm打包Docker部署至AgentArts Runtime，验证全链路MCP调用中期（1-2月）：联合方案文档+资产广场模板上架评估远期（3月+）：MCP Gateway原生支持外部平台直连
- 场景描述：我这个账号之前申请了WorkAgent文档智能体的内测资格，已经接收到申请通过的短信了，今天我进入WorkAgent文档智能体页面显示我当前手机号没有资格。 [图片][图片] 建议方案： 场景描述：我这个账号之前申请了WorkAgent文档智能体的内测资格，已经接收到申请通过的短信了，今天我进入WorkAgent文档智能体页面显示我当前手机号没有资格。 [图片][图片] 建议方案：
-
【功能建议】AgentArts相关功能需求建议 预审不通过场景描述：客户 大益同心 想要实现小红书自动发布运营场景；目前识别AgentArts需补充功能：1、图片生成能力 --小红书内容自动生成需要图片；2、调用上传skill能力 --已上传可以自动发布小红书相关skill，但AgentArts暂不支持调用3、使用python第三方库 --想用代码方式实现自动发布小红书，不支持接入第三方库 建议方案：补充相关功能，提升产品竞争力 场景描述：客户 大益同心 想要实现小红书自动发布运营场景；目前识别AgentArts需补充功能：1、图片生成能力 --小红书内容自动生成需要图片；2、调用上传skill能力 --已上传可以自动发布小红书相关skill，但AgentArts暂不支持调用3、使用python第三方库 --想用代码方式实现自动发布小红书，不支持接入第三方库 建议方案：补充相关功能，提升产品竞争力
- 场景描述：智果智能体的开始节点 输入也支持多种文件上传，但是发布之后，使用API的调用就不大合理，API方式的话，用户在哪里上传文件呢？这类智能体的需求很普遍，希望及时开发丰富产品功能 建议方案：能不能对于智能体发布之后，支持一种发布后的界面上传文件，这种界面也可以同步支持交流问答 就更好了，和dify智能体发布之后的web页面类似就可以 场景描述：智果智能体的开始节点 输入也支持多种文件上传，但是发布之后，使用API的调用就不大合理，API方式的话，用户在哪里上传文件呢？这类智能体的需求很普遍，希望及时开发丰富产品功能 建议方案：能不能对于智能体发布之后，支持一种发布后的界面上传文件，这种界面也可以同步支持交流问答 就更好了，和dify智能体发布之后的web页面类似就可以
- 场景描述：officeAce执行过程中需要请求权限，弹出一个确认卡片，但是卡片藏在上下文中间，有时候会找不到，需要翻阅大量上下文去查找。点击windows系统消息后也容易找不到建议方案：卡片悬浮在整体软件界面之上，或者固定在上下文的最下端位置，不要放在上下文中间 场景描述：officeAce执行过程中需要请求权限，弹出一个确认卡片，但是卡片藏在上下文中间，有时候会找不到，需要翻阅大量上下文去查找。点击windows系统消息后也容易找不到建议方案：卡片悬浮在整体软件界面之上，或者固定在上下文的最下端位置，不要放在上下文中间
-
【用户体验】出现问题 已实现场景描述： 2026-6-23日更新了软件之后，出现问题[图片] 建议方案： 场景描述： 2026-6-23日更新了软件之后，出现问题[图片] 建议方案：
-
【用户体验】模型太少 预审不通过场景描述：生成PPT，速度太慢，自带模型太少，无法接入其他模型，渠道无企业微信、云之家 建议方案： 场景描述：生成PPT，速度太慢，自带模型太少，无法接入其他模型，渠道无企业微信、云之家 建议方案：
- 场景描述： [图片][图片] 建议方案： 虽然上面提示了可能要哪些文件，建议添加一个模板下载。 场景描述： [图片][图片] 建议方案： 虽然上面提示了可能要哪些文件，建议添加一个模板下载。
- 场景描述： [图片][图片][图片][图片][图片] [图片] task_2e041985fcfc 建议方案： 场景描述： [图片][图片][图片][图片][图片] [图片] task_2e041985fcfc 建议方案：
- 场景描述：针对多任务同时执行的场景，当前会话消息列表中体验较差[图片] 建议方案： 建议如上图所示，在多任务执行时，会话消息列表中增加任务进度展示，方便用户进行查看，目前想要查看任务进展，只能点击进入会话详情，在右侧菜单进行查看 场景描述：针对多任务同时执行的场景，当前会话消息列表中体验较差[图片] 建议方案： 建议如上图所示，在多任务执行时，会话消息列表中增加任务进度展示，方便用户进行查看，目前想要查看任务进展，只能点击进入会话详情，在右侧菜单进行查看
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签