> For AI agents: the complete documentation index is available at https://docs.danqiuos.com/llms.txt, the full documentation bundle is available at https://docs.danqiuos.com/llms-full.txt.

# CRIDO 场景分析

CRIDO 把“希望数字员工帮忙”拆成一条可验证的工作链。它不是工具清单，而是选择员工、能力和交付方式之前的业务分析方法。

```text
Cue → Reference → Input → Do → Output
触发 → 执行依据 → 本次输入 → 实际动作 → 可核验结果
```

## 五个环节分别回答什么

| 环节           | 必须回答               | 常见承载方式                        |
| ------------ | ------------------ | ----------------------------- |
| Cue：触发       | 谁在什么事件或时间点让员工开始？   | 对话、Taskboard、计划任务、Webhook、邮件  |
| Reference：依据 | 员工遵守什么规则、口径和流程？    | Skill、知识库、业务文档、WebSkill、数据结构  |
| Input：输入     | 本次实际收到哪些字段、文件和上下文？ | 文本、任务字段、邮件、事件 payload、业务记录、身份 |
| Do：执行        | 员工通过什么能力完成动作？      | 已授权系统连接、浏览器、桌面、业务数据、应用开发      |
| Output：输出    | 最终结果在哪里，谁能看到，如何核对？ | 任务进展、数据回写、文件成果、消息、应用、网页状态     |

**Reference 与 Input 不同。** 交期计算规则是依据；某笔订单的日期是本次输入。**Cue 与 Do 不同。** 每天早上是触发条件，读取业务台账才是执行动作。Calendar Sources 为计划任务提供工作日、节假日或排班上下文；WebSkill 属于浏览器执行流程的复用经验。

## 示例：每日经营简报

这是用于设计方案的示例，需接入企业真实数据并试跑后验收。

| 环节        | 本场景的填写结果                  |
| --------- | ------------------------- |
| Cue       | 工作日早上由计划任务触发，首次验收先人工执行    |
| Reference | 简报 Skill、指标口径、异常判定规则      |
| Input     | 当前团队授权的销售、订单、回款和异常任务记录    |
| Do        | 查询并核对业务数据，生成简报，按规则创建异常任务  |
| Output    | 负责人可打开的内部简报、可追踪的异常任务与送达证据 |

如果业务记录尚不可访问，不能把“自动理解所有经营情况”写成 Input。如果简报已生成但未送达，只能记录生成成功，不能认定完整闭环通过。完整方案见[经营分析](https://docs.danqiuos.com/scenarios/operations.md)。

## 可复制的场景卡

```text
场景名称 / 业务目标：
服务对象 / 目标 Team：
Cue（谁、何时、从哪里启动）：
Reference（规则、Skill、资料与版本）：
Input（实际可读取的字段、文件与身份）：
Do（所需能力、动作和人工确认点）：
Output（结果落点、接收人和证据）：
依赖能力与准备负责人：
当前状态（待验证 / 试点 / 已完成本场景验收）：
最小验证路径：
不做范围：
```

状态是方案记录方式，不代表平台提供同名状态字段。填写时标出尚未验证的依赖，避免把可选能力写成承诺。

## 从场景卡进入装配

1. 用业务样例检查五个环节是否都有实际对象和负责人。
2. 按[Team 方案设计](https://docs.danqiuos.com/build/team-design.md)确定岗位、协作者和资源范围。
3. 用[工具集速查](https://docs.danqiuos.com/reference/overview.md)选择最小能力组合，补齐连接与授权。
4. 为每个 Output 写[验收用例](https://docs.danqiuos.com/operations/acceptance.md)，包含失败与权限不足路径。

同一业务目标可以由单个员工完成，也可以通过任务接力。不以工具数量或员工数量代替业务闭环质量。