- 智能体需要支持搜索技能广场 智能体需要支持搜索技能广场
- 最大化最小化切换必现白屏 最大化最小化切换必现白屏
- 输入框/关联弹出菜单太慢，对话框输入/ ，要等十来秒才弹出来目录选择框 输入框/关联弹出菜单太慢，对话框输入/ ，要等十来秒才弹出来目录选择框
- 【26.7.0.1】【pc客户端】服务重启，系统异常链接：https://pan.baidu.com/s/1Z3CiSTZVtglpF4QS4eV1RA?pwd=RkrO提取码：RkrO 【26.7.0.1】【pc客户端】服务重启，系统异常链接：https://pan.baidu.com/s/1Z3CiSTZVtglpF4QS4eV1RA?pwd=RkrO提取码：RkrO
- 0.5.0 连接正在恢复链接：https://pan.baidu.com/s/1zvjkzvlGQIDHz2W0JP3iSg?pwd=hGCH提取码：hGCH 0.5.0 连接正在恢复链接：https://pan.baidu.com/s/1zvjkzvlGQIDHz2W0JP3iSg?pwd=hGCH提取码：hGCH
- 0.5.0jiuwen error: MCP connector configuration is unavailable 好像MCP的错误导致不能正常运行了链接：https://pan.baidu.com/s/1I1e0v_gvysShDqEe5FBFmw?pwd=CyEX提取码：CyEX 0.5.0jiuwen error: MCP connector configuration is unavailable 好像MCP的错误导致不能正常运行了链接：https://pan.baidu.com/s/1I1e0v_gvysShDqEe5FBFmw?pwd=CyEX提取码：CyEX
- 0.5.0 连接丢失 看下是否是已知的场景链接：https://pan.baidu.com/s/1lnID0KlBA7HtKsuBO6wmIA?pwd=EsoP提取码：EsoP 0.5.0 连接丢失 看下是否是已知的场景链接：https://pan.baidu.com/s/1lnID0KlBA7HtKsuBO6wmIA?pwd=EsoP提取码：EsoP
- v0.5.0试用希望支持热更新 v0.5.0试用希望支持热更新
- v0.5.0提示词：1、做一个写专业产品文档的skill，分析评估并给出修改建议的。2、拉了开发、产品、框架、售前来讨论。3、各智能体输出各自职责下的约束文件，md格式。4、拉各智能体交叉审阅约束文件，汇总5、拉个智能体评估上轮交叉审阅的汇总，收敛分歧点然后步骤5就出现这个了 v0.5.0提示词：1、做一个写专业产品文档的skill，分析评估并给出修改建议的。2、拉了开发、产品、框架、售前来讨论。3、各智能体输出各自职责下的约束文件，md格式。4、拉各智能体交叉审阅约束文件，汇总5、拉个智能体评估上轮交叉审阅的汇总，收敛分歧点然后步骤5就出现这个了
- v0.5.0试用定时任务双重触发。(待确认问题）链接: https://pan.baidu.com/s/1k5Fj8fGQrnMsf40V99Hxjg用户反馈定时任务「进化引擎巡检」仍然双次触发。我先查一下定时任务配置，排查原因。从定时任务列表看，进化引擎巡检只注册了一个任务（dyn-1782869666989-8ntjeo），cron表达式 0 12 * * * 没问题。让我进一步排查触发记录。现在我有完整的诊断结果了。进化引擎巡检双次触发——根因分析现象触发 时间(Shanghai) 消息ID 处理结果第1次 11:59:51.358 ...391358... 完整执行巡检（12:00-12:04）第2次 12:00:00.015 ...400015... 发现已完成，确认状态后返回间隔 8.7秒，两次都是 wake 事件（agent触发），不是 push 事件（结果推送）。排查链1. 任务配置没问题 — 只注册了一个任务 dyn-1782869666989-8ntjeo，cron 0 12 * * *，无重复注册。2. runStats 证实未拦截 — total:6, delivered:6, skipped:0，重叠防护（SKIP_OVERLAP）一次都没生效。3. 根因在调度器 reload() 竞态读了 jiuwenclaw/gateway/cron/scheduler.py，调度流程是：复制reload() → 为每个job调度两个事件: wake事件 (push_dt - wake_offset_seconds) ← 提前唤醒agent开始干活 push事件 (push_dt) ← 到点推送结果wake_offset_seconds 默认60秒（cron_json_convert.py:121），所以：wake 事件预定在 11:59:00 触发push 事件预定在 12:00:00 触发竞态窗口：wake 触发后到 push 触发前，有约60秒窗口。这期间如果 cron_jobs.json 文件被修改（任何任务的增删改都会触发），_check_store_changed() 每5秒轮询一次文件 mtime，检测到变化后调用 reload()：复制# reload() 第169行self._events.clear() # ← 清掉所有事件（包括还没到点的push）# 然后重新计算下一个cron时间 → 仍然是12:00:00# 重新调度 wake + push → 新wake时间可能已过期 → 立即触发4. 去重守卫失效_on_wake() 有去重守卫（第345行）：复制if run_id in self._run_tasks and not self._run_tasks[run_id].done(): return # ← 同一run_id还在跑，跳过但 send_request() 是非阻塞的——发出请求后 task 很快就完成了（agent实际处理在另一侧异步进行）。等第二次 wake 触发时，self._run_tasks[run_id].done() 已经是 True，守卫放行，导致第二次触发。结论层面 说明根因 reload() 清空事件队列后重新调度，为同一cron周期生成第二个wake事件守卫失效 去重基于 task.done()，但 send_request 非阻塞，task 瞬间完成触发条件 wake和push之间的60秒窗口内，cron_jobs.json 被修改（任何任务变动都会触发）影响 低——第二次触发被agent侧幂等处理（发现巡检已完成直接返回），但浪费一次API调用之前修复 "4层防护/SKIP_OVERLAP"未覆盖此竞态——SKIP_OVERLAP统计skipped=0建议修复方向平台侧（根治）：_on_wake() 去重改为检查 state.status（self._runs 跨reload持久化），而非 task.done()或 reload() 时跳过已有 self._runs 记录的 run_id，不为已在飞行中的run重新调度wakeAgent侧（兜底，我可以做）：巡检入口加幂等检查：读 daily_memory/当日.md，若已有巡检记录则直接返回，不重复执行要我加 agent 侧的幂等兜底吗？平台侧的修复需要等版本更新。 v0.5.0试用定时任务双重触发。(待确认问题）链接: https://pan.baidu.com/s/1k5Fj8fGQrnMsf40V99Hxjg用户反馈定时任务「进化引擎巡检」仍然双次触发。我先查一下定时任务配置，排查原因。从定时任务列表看，进化引擎巡检只注册了一个任务（dyn-1782869666989-8ntjeo），cron表达式 0 12 * * * 没问题。让我进一步排查触发记录。现在我有完整的诊断结果了。进化引擎巡检双次触发——根因分析现象触发 时间(Shanghai) 消息ID 处理结果第1次 11:59:51.358 ...391358... 完整执行巡检（12:00-12:04）第2次 12:00:00.015 ...400015... 发现已完成，确认状态后返回间隔 8.7秒，两次都是 wake 事件（agent触发），不是 push 事件（结果推送）。排查链1. 任务配置没问题 — 只注册了一个任务 dyn-1782869666989-8ntjeo，cron 0 12 * * *，无重复注册。2. runStats 证实未拦截 — total:6, delivered:6, skipped:0，重叠防护（SKIP_OVERLAP）一次都没生效。3. 根因在调度器 reload() 竞态读了 jiuwenclaw/gateway/cron/scheduler.py，调度流程是：复制reload() → 为每个job调度两个事件: wake事件 (push_dt - wake_offset_seconds) ← 提前唤醒agent开始干活 push事件 (push_dt) ← 到点推送结果wake_offset_seconds 默认60秒（cron_json_convert.py:121），所以：wake 事件预定在 11:59:00 触发push 事件预定在 12:00:00 触发竞态窗口：wake 触发后到 push 触发前，有约60秒窗口。这期间如果 cron_jobs.json 文件被修改（任何任务的增删改都会触发），_check_store_changed() 每5秒轮询一次文件 mtime，检测到变化后调用 reload()：复制# reload() 第169行self._events.clear() # ← 清掉所有事件（包括还没到点的push）# 然后重新计算下一个cron时间 → 仍然是12:00:00# 重新调度 wake + push → 新wake时间可能已过期 → 立即触发4. 去重守卫失效_on_wake() 有去重守卫（第345行）：复制if run_id in self._run_tasks and not self._run_tasks[run_id].done(): return # ← 同一run_id还在跑，跳过但 send_request() 是非阻塞的——发出请求后 task 很快就完成了（agent实际处理在另一侧异步进行）。等第二次 wake 触发时，self._run_tasks[run_id].done() 已经是 True，守卫放行，导致第二次触发。结论层面 说明根因 reload() 清空事件队列后重新调度，为同一cron周期生成第二个wake事件守卫失效 去重基于 task.done()，但 send_request 非阻塞，task 瞬间完成触发条件 wake和push之间的60秒窗口内，cron_jobs.json 被修改（任何任务变动都会触发）影响 低——第二次触发被agent侧幂等处理（发现巡检已完成直接返回），但浪费一次API调用之前修复 "4层防护/SKIP_OVERLAP"未覆盖此竞态——SKIP_OVERLAP统计skipped=0建议修复方向平台侧（根治）：_on_wake() 去重改为检查 state.status（self._runs 跨reload持久化），而非 task.done()或 reload() 时跳过已有 self._runs 记录的 run_id，不为已在飞行中的run重新调度wakeAgent侧（兜底，我可以做）：巡检入口加幂等检查：读 daily_memory/当日.md，若已有巡检记录则直接返回，不重复执行要我加 agent 侧的幂等兜底吗？平台侧的修复需要等版本更新。
- v0.5.0试用任务执行完成，输出不完整显示，中断了。日志信息：链接: https://pan.baidu.com/s/1_nKqI4ALJ6KJzz-ue8B6hw v0.5.0试用任务执行完成，输出不完整显示，中断了。日志信息：链接: https://pan.baidu.com/s/1_nKqI4ALJ6KJzz-ue8B6hw
- v0.5.0试用日志收集工具，导出失败。重启电脑后恢复。日志信息：链接: https://pan.baidu.com/s/1ZvGz0ub89PlruXrPsexJ2A v0.5.0试用日志收集工具，导出失败。重启电脑后恢复。日志信息：链接: https://pan.baidu.com/s/1ZvGz0ub89PlruXrPsexJ2A
- v0.5.0试用弹窗提示，连接正在恢复。日志信息：链接: https://pan.baidu.com/s/17uwZTaK_RJG6dhYMcroPKQ?pwd=2y7w 提取码: 2y7w v0.5.0试用弹窗提示，连接正在恢复。日志信息：链接: https://pan.baidu.com/s/17uwZTaK_RJG6dhYMcroPKQ?pwd=2y7w 提取码: 2y7w
- v0.5.0试用弹窗提示，连接正在恢复。日志信息：链接: https://pan.baidu.com/s/1ZvGz0ub89PlruXrPsexJ2A v0.5.0试用弹窗提示，连接正在恢复。日志信息：链接: https://pan.baidu.com/s/1ZvGz0ub89PlruXrPsexJ2A
- v0.5.0试用新建skill时，软件能否直接先搜索自带的技能广场的应用。（之前提过） v0.5.0试用新建skill时，软件能否直接先搜索自带的技能广场的应用。（之前提过）
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签