应用场景
这一章不按功能按钮介绍 DesireCore,而是按真实工作流来组织:任务为什么会发生,用户手里已经有什么材料,原流程卡在哪里,智能体接入哪几步,最后什么结果算完成。
如果一个页面只是说“AI 帮你写文档、分析数据、处理邮件”,那还不算场景。真实场景必须能回答这些问题:这件事在什么工作节点发生?上游材料从哪里来?交付给谁?哪些步骤最耗时?哪些结果需要人确认?
场景分类
| 分类 | 说明 | 包含场景 |
|---|---|---|
| 通用场景 | 日常办公和信息处理,适合个人或小团队快速上手 | 文档写作、数据分析、邮件管理、会议助手、翻译、流程图、网页信息采集 |
| 专业场景 | 需要行业规则、团队标准或专业判断的辅助工作 | 合同预审、代码开发、财务审核、产品管理、招投标、房产分析、用户行为分析 |
| 行业解决方案 | 由多个智能体协作完成的长流程任务 | 软著材料准备、招投标协作、企业服务协调 |
如何选择场景
| 如果你是 | 正在遇到的事 | 建议入口 |
|---|---|---|
| 项目经理 / 产品经理 | 要写 PRD、开上线会、画业务流程、追 Sprint 风险 | 文档写作、会议助手、流程图生成、产品经理 |
| 运营 / 数据分析 | 要解释销售波动、生成月报、分析用户流失 | 数据分析、数据分析报告、数据科学家 |
| 销售 / 商务 / 投标负责人 | 要处理客户邮件、写方案、解读招标文件、检查投标材料 | 邮件管理、文档写作、招投标助手、AI 招投标 |
| 法务 / 财务 / 管理者 | 要先看合同风险、审核报销、估预算、协调跨部门任务 | 法律顾问、财务助手、企业服务协调 |
| 创业团队 / 行政 / 知识产权负责人 | 要准备软著材料、整理产品说明、补齐截图和操作手册 | AI 软著申请 |
场景怎么读
每个场景都按同一套工作流来理解:
| 维度 | 要看什么 |
|---|---|
| 触发点 | 这件事为什么现在必须做,例如例会、审批、投标截止、月报周期 |
| 现有材料 | 用户真实会带来的输入,例如表格、合同、会议笔记、模板、制度、历史项目 |
| 卡点 | 原来耗时或容易出错的地方,例如口径不一致、材料分散、多人协同、格式检查 |
| 介入方式 | DesireCore 接在哪些步骤上,不是替代整个岗位 |
| 验收结果 | 最后交付什么,谁来判断能不能进入下一步 |
对应 DesireCore 能力
官网强调的 DesireCore 不是单一聊天助手,而是一套“教会规则、拆解任务、多 Agent 协作、固化流程、可控执行、沉淀资产”的 Agent OS。应用场景也应按这些能力来理解:
| 官网能力 | 在场景里怎么体现 | 典型页面 |
|---|---|---|
| 自然语言教学 | 先教规则、模板、术语、制度和风格,后续任务按同一标准执行 | 文档写作、翻译助手、法律顾问、财务助手、招投标助手 |
| 多 Agent 协作 | 一个任务拆给不同角色并行处理,最后汇总成统一交付物 | AI 招投标、企业服务协调、数据分析报告 |
| Workflow / SOP | 把重复流程固化为可执行步骤,适合周报、巡检、投标检查、合规审查 | 数据分析报告、网页信息采集、企业服务协调 |
| Super Document | 文档修改可见、可控、可回退,适合报告、标书、合同审查报告 | 文档写作、AI 招投标、AI 软著申请 |
| 邮件中心 | 多邮箱统一收件箱,分类摘要、起草回复,重要邮件发送前确认 | 邮件管理 |
| 定时巡检 | 周期性检查数据源或页面变化,有变化才通知 | 网页信息采集、数据分析报告 |
| 代码与桌面自动化 | 读写本地文件、执行命令、操作 GUI、截图识别,把结果落到真实工作区 | 代码助手、AI 软著申请、网页信息采集 |
| 安全审批与审计 | 低风险自动执行,高风险等待确认,过程可追溯 | 法律顾问、财务助手、企业服务协调 |
使用建议
先教给智能体你的固定标准,例如报告模板、术语表、费用制度、代码规范或投标资质库。越是重复出现的规则,越值得提前沉淀下来,后续任务会更稳定。