Coroid 可从以下工具导入工作项：Jira、Linear、Trello和GitHub Issues，因此无需重新输入已有的请求。
可在“设置 → 连接”下配置连接，随后即可导入新任务 → 导入事项。
导入功能的作用
导入的项不会直接交给智能体处理。每一项都会经过审核流程：重复项会被合并，已修复或无法验证的项会被剔除，符合条件的项会转化为任务或计划。需要人工决策的内容会暂存在Factory → 审核。详见导入工作。
Jira
Jira Cloud和Jira Server均受支持。导入时，事项的类型、标签和预估时间也会被一并带入。
将新事项作为请求
Coroid 也可将新的Jira事项作为请求处理。只需开启Jira质量控制模块中的组织默认设置项“开工前，在请求来源。当事项的类型和优先级与调整所设置的规则匹配时，就会生成待审核的事项：默认情况下，优先级为“高”及以上的缺陷会被纳入审核范围。“调整”列表中包含了Jira的标准事项类型和优先级（最高、高、中、低、最低，以及阻断、严重、主要、次要、琐碎，优先级等级一致）；只有“调整”列表中包含所有优先级时，自定义优先级的事项才会被纳入审核。若关闭该功能，新事项将不会被导入。
Jira提交者不会被信任，因此来自Jira的请求需由人工启动后续工作流程。
Jira Webhook
新事项仅能通过Coroid的Jira Webhook传入Coroid，该Webhook使用为Coroid设置的Webhook密钥进行签名。若Jira栏目显示Coroid尚未收到来自您Jira系统的任何内容，说明coroid.ai端尚未配置Jira Webhook，因此新事项无法通过此方式传入；此时请选择导入Jira事项。详见触发器与目标。
旧版New Work曾提供“导入高优先级Jira缺陷”模板，该模板会通过MCP服务器每日从Jira获取数据。您基于该模板创建的调度任务会继续运行，并在Jira栏目中显示其名称。
Linear
导入时，事项的标签和预估时间会被一并带入。
Trello
卡片会作为工作项导入。Trello的结构化程度低于其他工具——没有事项类型，通常也没有预估时间——因此只能依据卡片内容进行判断。有详细描述的卡片比仅有标题的卡片更适合导入。
GitHub Issues
它使用与您的源代码控制系统相同的连接。若GitHub已建立连接，则无需额外操作。
导入的文本生成的规格不够完善
为人撰写的工单默认依赖共享语境——对话、共同的认知模型、“你懂我的意思”这类隐含信息。Coroid会将导入的文本转化为规格说明并严格按此执行。
批准导入的工作前，务必先查看生成的规格说明。此处最容易出现规格不完善的情况，因为没人会预期工单会被如此解读。
单向同步
导入功能仅将工作传入Coroid，不会将状态写回您的追踪系统，因此追踪系统仍是需求记录的权威来源，而Coroid则是已开发内容的权威记录源。
如需保持两者同步，可交由钩子根据任务事件触发相应操作。