若需求已存在于跟踪工具中，可直接导入而无需重新输入。 Coroid 支持从Jira、Linear、Trello和GitHub Issues。
从新任务 → 导入需求开始操作。选择对应的提供方和项目， 获取未处理的事项，挑选所需项后点击导入选中项。
所有事项都会先经过 Qualification 模块的筛选。
导入的事项不会直接交由智能体处理，每一项都会经历相同的Qualification流程，就如同在新任务中录入的需求一样：Coroid 会筛查其中的敏感内容，对比当前发布版本，查找重复项，验证或复现相关逻辑，最终确定其应归类为任务还是计划。
这是该功能最核心的特性。待办列表往往包含重复项、过时项、已修复项以及无人认可开发的项。若未经筛选就将其交由自主系统处理，不仅成本高昂还会产生错误结果。
导入页面会实时显示每项需求的 Qualification 处理状态。
各项需求的处理结果
- 已通过 Qualification 筛选的事项会根据 Qualification 的判定结果转为任务或计划。新任务会立即进入处理队列。
- 重复项会被合并到已有的对应请求中，而 已修复的事项则不会生成新的工作任务。
- 那些无法复现、被驳回或需审核的事项会暂存于Factory → 审核模块下。你可关闭这些事项，或由具备权限的人员记录原因后手动创建工作任务。
导入的工单规模往往比看上去更大。通常一句话描述的工单实则对应一周的工作量，因为填写人已在脑海中完成了任务拆解。这也是 Qualification 模块在判定为任务还是计划前先评估工作范围的原因之一。
导入的工单往往无法形成完善的规格说明。
写给同事的工单通常会默认双方共享上下文：比如当面沟通的内容、对系统的共同理解，或是“你懂我的意思”这类表述。
Coroid 会将导入的文本转化为规格说明——审批前请先查阅。导入的工作任务最容易出现规格说明不足的问题，因为没人会特意按照字面意思来编写工单以供执行。
确保处理队列的规范性
定期查看 Qualification 模块拦截的需求。若需审核的请求堆积却无人处理，就等于给待办列表增加了额外步骤。