路线图咨询：Agent 模块后续是否会加入可视化工作流编排能力？

[jxdang]

各位 WeKnora 团队好，

先感谢开源。我们正在评估把 WeKnora 用于企业内部知识场景（私有化部署，Docker，当前 v0.8.3），
模块化的 RAG 流水线设计、以及 Agent 模式"把知识注册成工具"的思路，确实比多数同类项目想得更清楚。

想咨询一个路线图问题，关于 Agent 模块：

后续版本是否会加入可视化的工作流编排能力？也就是类似 Dify Workflow 的画布式编排
（节点包括 LLM、知识库检索、条件分支、循环、代码、工具等），或 MaxKB 的工作流编辑器。

之所以关心这个，是因为单一的 ReAct 循环承载不了我们的确定性业务流程。我们实际需要的形态是：

1. 按文档类型做分流，走不同的处理分支；
2. 各分支检索不同知识库，结果合并后统一重排；
3. 调用外部 API / MCP 工具，校验返回结果，失败要能重试或降级；
4. 在流程中间插入人工审批节点，通过后继续执行；
5. 输出结构化、可复现、可审计的结果，而不是每一轮都由模型自行决定下一步。

另外，画布式编排对我们还有一个现实意义：业务侧同事能自己搭和改流程，现在的 Agent 配置方式做不到这一点。

想了解几个具体问题：

1. 工作流编排是否已进入路线图？如已进入，目标版本是哪个？是否有 RFC 或设计文档可以关注？
2. 形态上倾向哪一种：可视化画布、声明式 DSL（YAML / 代码定义），还是两者兼有（画布编辑、编译成定义文件）？
3. 编排节点能否直接复用现有能力：知识库检索、分块 / 图谱 / Wiki 工具、MCP 工具、Agent Skills、沙箱与浏览器、长期记忆？
4. 每次运行是否支持节点级留痕（每个节点的输入输出），便于调试和事后审计？
5. 在功能上线前，是否有官方推荐的过渡方案，比如通过 REST API 串联多个 Agent，或用内置 MCP Server / weknora CLI 组合流水线？

哪怕只是一个大致的判断（有计划 / 暂无计划 / 在评估），对我们的技术选型帮助都很大。
如果需要，我们可以补充具体的业务场景细节，也愿意参与早期设计方案的验证。

谢谢！
cc @lyingbug @voidkey — 想确认一下这个方向是否在路线图内。如果方便，能否给个大致判断
（有计划 / 暂无计划 / 在评估）？我们据此决定是等原生能力，还是先自建一层编排。谢谢！