定时任务
定时任务用于把一次自然语言分析沉淀为周期性执行的分析任务。系统会按设定时间自动运行任务，并在执行完成后保留执行记录和分析结果，适合每日异常检测、经营监控、趋势复盘和周期性报告。
定时任务不是简单的提醒。它会调用 Analytics Agent 按任务描述完成一次分析，因此任务描述的清晰程度、分析域配置质量、数据更新频率和发送地址都会影响最终效果。
适用场景
适合使用定时任务：
- 每天或每周都要检查同一组业务指标。
- 需要自动发现异常并给出分析说明。
- 需要把分析结果发送给固定接收人。
- 需要保留历史执行记录，方便回看某一天的结果。
不适合使用定时任务：
- 一次性临时问题。
- 数据更新频率很低的月度或季度分析。
- 口径尚未确认的问题。
- 需要人工判断后才能确定分析范围的问题。
创建方式
方式一：由问答自动建议
当一次问答具有持续监控价值时，Analytics Agent 可能在回答后给出自动监控建议。
例如用户询问账户健康、业务异常、评分下降、取消率上升等问题时，系统可能建议设置每日自动检测。用户可以继续确认执行时间、通知邮箱、监控范围和异常条件。
这种方式适合业务用户从一次分析自然延伸到周期性监控。
方式二：进入定时任务页面管理
入口：
实操中，定时任务列表展示已有任务。当前验证环境中未看到明显的新建按钮，但已有任务可以进入详情、查看执行记录和编辑任务。不同版本或权限下是否显示新建入口，应以实际页面为准。
因此，用户如果没有看到独立的新建入口，可以先从一次有持续监控价值的问答开始，让系统根据回答结果给出定时监控建议；管理员或维护者则主要在定时任务页面管理已有任务、查看执行记录和处理异常任务。
任务列表
实操中，定时任务列表包含：
| 字段 | 说明 |
|---|---|
| 任务名称 | 定时任务的名称。 |
| 分析域管理 | 任务关联的分析域。 |
| 发送地址 | 分析结果发送地址。 |
| 创建人 | 创建任务的用户。 |
| 最新执行时间 | 最近一次执行完成时间。 |
| 下次运行时间 | 下一次计划运行时间。 |
| 更新时间 | 任务配置最近更新时间。 |
| 状态 | 任务当前状态，例如已停用。 |
实操中看到的任务示例：
筛选任务
点击“筛选”后，可以按以下条件过滤任务：
| 筛选项 | 说明 |
|---|---|
| 任务名称 | 搜索任务名称。 |
| 状态 | 按任务状态过滤。 |
| 分析域管理 | 按关联分析域过滤。 |
| 创建时间 | 按任务创建时间范围过滤。 |
筛选面板包含“重置”和“确认”按钮。
任务详情页
点击任务名称进入详情页。
详情页包含两个页签：
- 基础信息
- 执行记录
基础信息
基础信息展示：
| 字段 | 说明 |
|---|---|
| 任务名称 | 当前任务名称。 |
| 状态 | 当前任务是否启用或停用。 |
| 最新执行时间 | 最近一次执行结束时间。 |
| 下次运行时间 | 下一次计划执行时间。 |
| 更新时间 | 任务配置最近更新时间。 |
| 创建时间 | 任务创建时间。 |
| 发送地址 | 结果接收地址。 |
| 任务分析 | 周期性执行的自然语言分析任务描述。 |
实操中，“每日业务异常检测”的任务分析内容非常详细，包括评论异常检测、玩家活跃度异常检测、新玩家增长异常检测、异常判定标准、输出要求和可视化要求。
这说明定时任务的质量高度依赖任务分析描述。描述越具体，系统越容易稳定执行。
编辑任务
详情页点击“编辑”会打开编辑任务弹窗。
实操中，编辑弹窗包含：
| 字段 | 说明 |
|---|---|
| 任务名称 | 任务在列表和详情页展示的名称。 |
| 发送地址 | 分析结果发送地址。 |
| 描述 | 对任务目的的简短说明。 |
| 详细任务分析内容 | 每次定时执行时要完成的具体分析要求。 |
底部操作包括：
- 取消
- 确定
编辑任务时建议不要只写“每天帮我看一下异常”，而要写清楚：
- 要检查哪些业务对象。
- 要计算哪些指标。
- 异常阈值是什么。
- 是否需要同比、环比或与过去均值对比。
- 如果没有异常应如何输出。
- 是否需要生成图表或明细表。
执行记录
“执行记录”页签展示历史运行情况。
实操中，执行记录表格包含：
| 字段 | 说明 |
|---|---|
| 执行时间 | 本次任务开始和结束时间。 |
| 执行状态 | 成功或失败。 |
| 发送地址 | 本次执行结果发送地址。 |
| 查看详情 | 打开本次执行的完整分析结果。 |
执行记录可以帮助判断：
- 任务是否按计划运行。
- 哪些日期执行失败。
- 哪些执行结果已发送到邮箱。
- 某一天的异常分析结果是什么。
执行详情
点击执行记录中的“查看详情”，会进入执行详情页。
实操中，执行详情页展示一次完整的分析结果，例如：
- 评论异常检测结果。
- 玩家活跃度异常检测结果。
- 新玩家增长异常检测结果。
- 数据限制说明。
- 总体评估。
页面还提供“继续分析”按钮。用户可以基于某次定时任务结果继续追问或深入分析。
这意味着定时任务执行结果不是静态日志，而是可以继续进入 Analytics Agent 分析链路的结果资产。
结果通知
定时任务可以配置发送地址。任务执行完成后，系统会把分析结果发送到指定地址。执行记录中也会显示本次执行使用的发送地址。
如果发送地址为空或显示为
-与消息通知的关系
消息通知用于查看后台任务整体状态，例如文件导入、表导入等。定时任务有自己的任务列表和执行记录。
两者的区别：
| 功能 | 主要用途 |
|---|---|
| 消息通知 | 查看后台异步任务是否成功、失败或运行中。 |
| 定时任务 | 管理周期性分析任务，查看每次分析结果。 |
如果定时任务依赖的数据导入失败，应先在消息通知中排查数据准备问题。
与问答准确性的关系
定时任务每次执行都会调用 Analytics Agent 进行分析。要让任务稳定，需要先保证：
- 分析域边界清晰。
- 相关表、指标、知识和答案构建器已配置。
- 任务描述中的指标口径已经确认。
- 数据每天按预期更新。
- 使用典型问题验证过同类分析能正确回答。
如果任务经常失败或结论不稳定，不应只改执行时间或发送地址，应回到分析域配置、字段语义、指标、知识和答案构建器排查。
上线前检查清单
创建或启用定时任务前，建议检查：
- 任务名称是否能说明业务目的。
- 发送地址是否正确。
- 任务描述是否写清业务对象、指标、范围、异常标准和输出要求。
- 关联分析域是否正确。
- 分析域数据是否按任务频率更新。
- 同类问题是否已经在分析页验证通过。
- 是否有接收人负责查看和处理异常结果。
- 是否需要结合审计日志和消息通知排查失败。