感觉上手难度比较大，能否精炼一些。使用场景在具体举几个例子

[NBAandCBA]

感觉上手难度比较大，能否精炼一些。使用场景在具体举几个例子

[willem-bd]

这个反馈值得跟进。建议先把它落实为「新手上手体验」改进，从文档和首次使用流程入手。

对照当前文档和安装向导，有两个具体问题：

• 开头先讲架构术语，使用价值不够直观。 README 在具体任务示例之前，就介绍 super agent harness、subagents、memory、sandbox、skills。建议先用一句话解释用户能完成什么，例如：「把任务和相关文件交给 DeerFlow，它可以帮助调研、分析数据，并生成报告等交付物。」架构说明保留在后面的进阶部分。中文 README
• 推荐的安装路径与向导结束提示不一致。 README 推荐 Docker，但 setup wizard 最后固定提示 make install 和 make dev。沿着推荐路径操作的新用户会收到不同的下一步指引。建议按用户选择的部署方式输出启动命令，并区分「配置已生成」和「应用已运行」。安装向导

建议在首页靠前位置增加三个可直接复制的场景，每个都配示例输入和真实输出：

场景	示例提示词	预期结果
文档整理	「比较这两份方案，列出一致点、冲突点和待确认问题，并注明来源。」	可追溯来源的对比文档
数据分析	「分析这份销售 CSV，汇总月度趋势、找出异常，并生成两张图表。」	分析结果和可下载图表
联网调研	「按照这些需求比较三个产品，注明信息来源，并列出目前证据不足的地方。」	有来源的产品对比

每个场景应说明前置条件，例如需要上传文件、启用执行工具或配置联网搜索。第一个示例最好提供可下载的样例文件，让用户不必先准备自己的材料。

建议首个改进切片限定为：

1. 一个醒目的新手推荐安装路径，其他方式移到进阶文档。
2. 与部署方式一致的向导结束提示。
3. 三个可复现的示例，包含样例输入和输出。
4. 一段围绕 make doctor 的简短排障说明。

验收重点可以是：一个新用户能否在没有维护者帮助的情况下，完成第一个有用的任务。当前反馈足以支持精简上手流程，但还不足以据此决定删除功能或重构整体架构。