工作通过多种途径进入 Coroid，最终都会汇聚到同一条执行路径上 —需求说明、计划、构建、验证、评审、拉取请求.
| 路由 | 适用场景 |
|---|---|
| 新任务 | 有人有需求并前来描述它 |
| 导入事项 | 该请求已存在于 Jira、Linear、Trello 或 GitHub Issues 中 |
| 询问 Coroid | 你更愿意以对话形式描述它 |
| 日程安排 | 触发条件是时间 |
| Sentinel | 触发条件是某个条件变为真 |
| 钩子 | 触发条件是平台事件 |
由你选择最终结果
无论工作以何种方式进入，你都可以决定它的去向。新任务表单会首先询问这一点，后续表单内容会根据你的回答动态调整：
| 路由 | 产出 |
|---|---|
| 一个可执行的任务 | 单个任务，最终生成一个 pull request |
| 分阶段工作计划 | 在编写代码前需经你审批的分阶段计划 |
| 报告 | 生成的报告 |
| 定时任务 | 周期性监控任务 |
任务是单个任务还是计划？
实用的判断标准是是否易于评审。如果完成后的成果是同事能一次性读完的 pull request，那就是单个任务；如果需要按特定顺序多次修改，或者你想在动手构建前先审批方案，那它就是计划。
拿不准时，对于任何重要的工作优先选择计划。计划在代码生成前就提供审批节点，这是更改决策成本最低的时刻。若单个任务规模过大，很快就会超出处理上限。
导入的工作
从追踪工具导入的事项不会自动执行 — 仍需你进行路由。待办列表只是愿望清单，并非所有内容都应未经人工确认就由智能体构建。详见导入工作.
自动化入口
日程安排、Sentinel 和钩子无需人工干预即可启动工作，三者仅触发条件不同：时间、观测到的条件以及平台事件。
这三者都会占用真实的智能体资源与模型算力。给自动化工作的优先级应低于他人正在等待处理的工作 — 详见容量与智能体插槽.