关于 QwenPaw 多智能体协作引导缺失的反馈与建议

### 关于 QwenPaw 多智能体协作引导缺失的反馈与建议

**问题现象**

自2026年7月起，我在QwenPaw中进行了50+轮多智能体相关对话，但直到8月1日才发现：Default Agent不会自动调用其他已创建的Agent，必须在系统提示词（PROFILE.md）中显式写入调用指令才能生效。在此之前，其他Agent始终处于未激活状态，导致大量无效调试和时间损耗。

---

**根因分析：引导缺失，而非用户未读文档**

我已完整阅读官方文档《Multi-Agent》（https://qwenpaw.agentscope.io/docs/multi-agent），但文档仅描述了"支持多智能体协作""可启用协作技能"等能力，未在任何环节明确告知用户"需主动在PROFILE.md中配置调用规则"这一必要动作。

**操作环节 vs 应有的引导表现：**

| 操作环节 | 当前产品表现 | 应有的引导表现 |
|---|---|---|
| 创建Agent | 仅提示"创建成功" | 提示"创建成功。若需Default调用此Agent，请在PROFILE.md中明确分工与调用条件" |
| 启用协作技能 | 仅提示"已启用" | 提示"已启用。若需Default主动分派任务，请在PROFILE.md中添加'默认优先分派'等指令" |
| 软链接资料库 | 仅显示文件夹出现在工作区 | 提示"资料库已链接。若需AI优先检索此处，请在PROFILE.md中声明'操作前先搜索该资料库'" |

竞品如AgentMore、百度搭子、KIMI等，已通过预设模板+自动调用机制验证："配置后自动生效"在工程上完全可行，并非"可塑性"的必然代价。QwenPaw当前的设计将"隐性配置义务"转嫁为用户认知负担，属于典型的UX债务。

---

**对"常识论"的澄清**

有观点认为"不调用就不工作是常识"，但"需在提示词中写死调用指令"是本产品的特定设计约束，并非行业通用常识。VS Code等高可塑性工具同样通过首次启动引导、上下文提示等方式降低配置门槛。可塑性与引导完备性是两个独立维度，不应混淆。

---

**建议改进方向**

1. **关键操作节点增加上下文提示**：在创建Agent、启用协作、链接资源等动作完成后，以Toast/弹窗/文档内嵌链接形式，明确告知后续必要配置步骤；
2. **文档补充"上手路径"章节**：在Multi-Agent文档开头增加"快速启用协作"的最小可行配置示例，而非仅罗列API能力；
3. **考虑提供协作预设模板**：允许用户选择"自动分派""手动指定"等模式，自动生成对应PROFILE.md片段，降低冷启动成本。

---

期待后续能看到相关优化落地。