如果需求在追踪工具中已存在，直接导入即可，无需重新输入。 Coroid 支持从Jira、Linear、Trello和GitHub Issues.
从工作 → 导入.
导入的操作不会立即执行。
导入的项会进入受理队列。只有完成路由后才会开始处理。
这是该功能最重要的特性。待办列表其实是一份愿望清单，其中包含重复项、过时项、需要人工决策的项，以及尚未确定是否要开发的项。直接让自动化系统基于这类列表运行，既浪费资源又会出错。
路由导入的工作
你可以指定每项需求的类型，选项与以下相同：新任务：即一个可执行的任务、分阶段的工作计划、报告或日程安排。
通用的判断标准与其他场景一致：如果最终生成的内容是一份同事能在短时间内读完的拉取请求，那它就是任务；如果需要多步变更，或你想先确认方案是否可行，那它就是计划。
导入的工单规模往往比看上去的要大。原本写成一句话的工单，实际上可能对应一周的工作量，因为填写人心中早已完成了任务拆分。在将其路由为任务前，请先仔细阅读相关说明。
导入的问题会导致规格说明不完备
为人类同事撰写的工单通常会默认双方有共同的背景信息：比如当面沟通的内容、对系统的共同理解，或是“你懂我的意思”这类表述。
Coroid 会将导入的文本转换为规格说明——审批前请务必阅读。导入的工作最容易出现规格说明不完备的情况，因为没人会特意按照字面意思来编写工单以供系统执行。
保持队列有序
请定期路由或驳回各项需求。如果受理队列中堆积了大量未路由的项，就相当于多了一道流程的待办列表。