新任务是新任务进入 Coroid 的主要途径。你只需描述一次工作内容，即可将其路由为任务、分阶段计划、报告或周期性调度。
路由——先确定成果类型
路由由你自行选择，而非 Coroid 的猜测结果。先选定路由类型，表单才会显示仅适用于该成果类型的选项。
| 选项 | 生成内容 |
|---|---|
| 一个可执行任务 | 单个任务，最终产出一份 pull request。 |
| 分阶段工作计划 | 在编写代码前需经你审批的分阶段计划。 |
| 报告 | 生成的报告 |
| 调度 | 周期性监控任务 |
选择一个可执行任务当工作内容是单次修改，且审核人员可一次性读完时，可选择此项。选择分阶段工作计划当工作需按特定顺序进行多次修改，或你想在投入任何工作前先了解整体方案时，可选择此项。
表单旁有两个快捷方式：导入事项可从跟踪器中导入工作内容，而询问 Coroid会将同一任务交由聊天助手.
项目
选择该工作所属的项目。你可以添加更多项目当工作涉及多个关联项目时，即可采用此方式表达跨项目工作。
描述工作内容
共有两个字段，各自功能不同。
工作标题——简短的名称。后续你在列表中查找时会用到它。
简述——具体内容：成果、背景、约束条件、源材料，以及 Coroid 应交付的内容。应写明成果而非实现方式；Coroid 会将其转化为可测试的规格说明在工作对照这些约定进行检查前完成转化。
Add rate limiting to the public API.
100 requests per minute per API key. Exceeding it returns 429 with a
Retry-After header. Limits are per key, not per IP.
Internal service-to-service calls are exempt — they authenticate with
service tokens, not API keys.
Do not change the existing auth middleware's public interface.最后一行内容发挥着实际作用。范围界定是区分针对性修改与无边界扩展的关键。
高级设置
此为可选设置，通常在规划开始前就已配置完毕。
启用SDLC工作流程
默认关闭。开启后可先审核一份意图和一份规格说明规划才会启动。若不开启，规划将直接根据你的简述开始。
当工作重要性足以让你在拟定方案前就设置检查点，可开启此项；若简述已足够明确，则可保持关闭状态。
目标
计划应达成的成果_超出_简述范围的内容。用它来描述请求背后的最终目的——简述说明要构建什么，目标则说明其用途。
AI 配置文件
指定运行该工作的模型。详情请参阅AI 配置文件.
质量检查
指定适用的质量策略。默认采用组织的Quality Control策略，且确定的策略会在执行开始时固定下来——后续更改组织策略不会追溯影响已在运行的工作。
详见质量策略与关卡.
优先级
P0设为P3，默认为P2。当等待处理的工作数量超过智能体插槽数时，优先级会决定队列顺序。它并不会增加处理能力——详情请参阅处理能力与智能体插槽.
每个生成任务的最大令牌预算
即每个生成任务可使用的上下文上限。对于需要读取大型代码库内容的工作，可提高该数值；对于常规工作，可降低数值以控制成本。
约束条件
计划约束、非目标项、依赖关系及交付规则。此处用于明确列出非目标项——这是防止范围蔓延最有效的方法。
起始分支 / 合并至拉取请求分支
指定工作起始的分支，以及 pull request 的目标分支。与起始分支一致默认已勾选，因此两者会遵循同一设置。
main → new Coroid branch → PR into mainCoroid 始终会创建工作分支。这些字段仅能更改分支起点和 pull request 的存放位置——无法让 Coroid 直接提交到现有分支。
当你需要合并到默认分支以外的内容时，可使用这些字段，例如develop分支或发布通道。
添加辅助上下文
可选文件和结构化规格说明。附上与该工作相关的资料——工单、设计文档、堆栈跟踪等。
对于项目中长期有效的资料，应使用项目上下文而非每次重新附加，这样它就能应用于所有相关内容。
启动流程
创建并启动规划会根据你的简述创建计划，并立即启动规划流程。