业务应用与云端Agent
系统配置完成后，你可以用 Agent 对话查数和处理任务，用 业务页面做日常操作，或在 外部 Agent / 脚本里通过 CLI 调用同一套能力。
| 入口 | 解决什么问题 | 典型结果 |
|---|---|---|
| Agent | 用自然语言问数、分析、处理任务 | 表格结论、影响范围、处理建议 |
| 页面 | 反复访问的列表、表单、报表、操作流 | 筛选、录入、审批、导出 |
| CLI | 在外部 Agent 或自动化里调用运行态 | 数据查询、SQL/BFF 执行、协同集成 |
运行态案例（CRM Demo）
以下截图来自案例应用 CRM Demo：左侧为 Agent 对话，右侧为 标准列表页。
先按目标选入口
| 你想完成… | 推荐入口 | 继续阅读 |
|---|---|---|
| 第一次用自然语言查真实业务数据 | Agent | 与 Agent 协作 → 运行态快速上手、第一次问数 |
| 做统计、找异常、分析原因 | Agent | 用 Agent 问数与分析 |
| 让 AI 汇总、通知、写回状态 | Agent + 人工确认 | 用 Agent 执行业务任务 |
| 打开业务菜单做查询、录入、审批、导出 | 页面 | 页面：业务结果的承载 → 查看和使用页面 |
| 把一次分析结果沉淀为长期可访问页面 | 页面 | 页面：业务结果的承载 |
| 用一句需求生成自定义页面 | 页面 | 用自然语言生成页面（文生页面） |
| 快速得到标准列表页（B 端系统最常见页面） | 页面/研发态 | 标准页面 创建 / 修改 |
| 在 Cursor、Claude Code、飞书 Aily 等外部 Agent 中查数或执行 | CLI | Lovrabet CLI 2.0、协同办公平台 CLI 客户端对接部署 |
| 固定步骤要团队反复执行 | Agent | 在Agent中使用Skill |
FAQ
为什么不是先讲页面？
很多工作从一次对话、一次查询开始；需要反复访问或团队共享时，再沉淀为页面。
业务人员能自己生成页面吗？
可以。用自然语言描述页面，或把 Agent 分析结果保存为页面；标准列表页通常由管理员或研发发布。
标准列表页为什么单独强调？
列表、详情、筛选、导出、编辑在 B 端系统中占比很高。标准列表页用于快速覆盖这类高频页面。