重复任务创建的关键，是先判断重复对象属于“同一件事按周期再来一次”，还是“一组标准动作每次都要完整走一遍”：前者用周期规则驱动，后者用任务模板复用，两者也可以组合使用。下面按判断、创建、分工、示例和验收的顺序，说明具体做法。
要点总览（TL;DR）
- 先判断重复对象：同一动作按固定节奏再来一次用周期规则；一组标准动作每次都要完整走一遍用任务模板；两者可组合，模板定义内容、周期规则控制生成节奏。
- 创建按五步执行：写清频率与生成时点、确定任务归属、定义标题与检查项、设置提醒与逾期规则、保存后核对首次生成结果。
- 规则提出者、规则维护者、任务执行者、例外处理人四类角色各有交付物，模板要版本化，跳过与延期要留下例外记录。
- 月度巡检示例演示了模板加周期规则的组合：检查项固定、每月最后一个工作日生成、负责人轮换、逾期标记异常。
- 上线前逐项核对频率、负责人、内容完整度、提醒规则、例外机制和试跑结果，试跑通过再放开长期运行。
先分清：哪些重复工作该用周期规则，哪些该用任务模板
动手创建之前，先对要重复的工作做一次归类。归错类，后面填再多字段也会别扭：把内容经常变化的工作做成固定模板，执行者每次都要大改；把一组标准动作塞进一条周期任务，检查项会越堆越乱。
周期规则适合“同一动作按固定节奏重复发生”的工作，例如每周提交周报、每月执行机房巡检、每个版本做回归测试。这类工作的核心特征是节奏稳定、每次内容差异不大，创建时重点是把频率、起止时间和生成时点定准。
任务模板适合“一组标准动作每次都要完整执行”的工作，例如上线检查清单、客户交付准备、季度复盘流程。这类工作的核心特征是步骤多、顺序和检查项相对固定，创建时重点是把清单、字段和依赖关系写全，让执行者拿到任务就知道从哪一步开始。
两类需求经常同时出现：模板定义“每次要做哪些事”，周期规则负责“按什么节奏把这份模板生成出来”。例如每月巡检，检查项用模板固定，生成节奏用周期规则控制，这样既保证内容一致，又不用每月手工建任务。
可以用下表对照自己的重复工作，逐行勾选后判断该用哪种方式：
| 判断维度 | 倾向周期规则 | 倾向任务模板 |
|---|---|---|
| 重复频率 | 固定节奏，如每日、每周、每月、每版本 | 按事件触发，如上线、交付、复盘 |
| 内容是否固定 | 每次内容基本一致，差异小 | 步骤和检查项固定，需要逐项确认 |
| 参与角色 | 负责人相对固定或按规则轮换 | 多角色分工，每人负责其中若干检查项 |
| 是否需要逐次调整 | 偶尔调整，多数周期照常执行 | 每次执行都要按实际情况填写结果 |
| 典型例子 | 周报、月度巡检、版本回归 | 上线检查清单、客户交付准备 |
如果一张表里“固定节奏”和“多步骤清单”两列都勾中了，就按组合方式处理：先建模板，再用周期规则引用模板生成任务。
重复任务创建的操作步骤：从规则字段到首次生成
判断清楚之后，创建动作可以拆成五步。每一步都说明输入、动作和完成标志，照着填完即可进入试跑。
步骤一：写清重复对象与触发条件
输入是这项工作的业务节奏说明，动作是把频率、起止日期、生成时点和时区落到规则里。频率要与实际业务对齐，例如“每月最后一个工作日”比“每月30日”更贴合巡检场景；起止日期要写明从哪一期开始、到哪一期结束或长期有效；生成时点决定任务提前多久出现在执行者面前，提前太多容易积压，太晚则来不及准备。完成标志是：任意一个执行者看到规则，都能说出下一次任务会在哪天出现。
步骤二：确定任务归属
输入是这项工作的责任边界，动作是指定任务生成到哪个项目或空间，并设置负责人、协作者、优先级和标签。负责人可以固定，也可以按轮换规则指定；协作者用于需要会签或配合的角色。完成标志是：生成后的任务出现在正确的项目里，负责人和协作者都能收到通知。
步骤三：定义任务内容
输入是这项工作的标准做法，动作是确定标题命名规则、描述、检查项、附件与关联文档。标题建议带周期标识，例如“2025年3月机房巡检”，方便按时间检索；检查项要写到执行者不用再追问的程度；关联文档放操作规范或上一期记录。完成标志是：执行者打开任务即可开始，不需要额外找人确认要求。
步骤四：设置提醒与到期规则
输入是这项工作的时限要求，动作是设置提前提醒时间、到期时间以及逾期后的处理方式。逾期处理要明确是自动升级给上级、标记异常，还是进入例外评审。完成标志是：提醒能在生成后按设定时间触发，逾期任务有明确的下一步。
步骤五：保存并核对首次生成结果
输入是前面四步填好的规则，动作是保存后查看首次生成的任务，逐项核对时间、字段、负责人是否落到正确位置。完成标志是：首次生成结果与预期一致，或差异已修正并记录。
在 ONES 中承载这类工作时，可以把周期规则生成的任务放进对应项目，用任务字段记录负责人、优先级和标签，用检查项承载模板化的标准动作，让生成、执行和结果记录留在同一条任务线上。具体字段名称和操作入口以实际使用版本的界面为准。
角色与交付物：谁定规则、谁维护模板、谁处理例外
重复任务建好之后最常见的失效方式，是规则还在跑、内容已经过时，或者某一期被跳过却没人记录。把角色和交付物定下来，能让规则持续可用。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 规则提出者 | 说明这项工作为什么需要重复、频率依据和业务目的 | 规则说明，含重复原因与期望节奏 |
| 规则维护者 | 创建和调整周期规则，维护模板版本 | 周期规则配置、模板版本记录与变更原因 |
| 任务执行者 | 按生成的任务完成检查项，反馈异常 | 执行结果、异常说明 |
| 例外处理人 | 对跳过、延期、临时变更做判断并记录 | 例外记录，含原因、处理方式和影响 |
模板需要版本化：修改检查项或字段时记录变更原因和生效时间，避免执行者按旧版操作。例外处理也要写进规则说明，明确哪种情况可以跳过、由谁批准、记录在哪里。这样规则运行一段时间后，回看记录就能判断频率是否合理、检查项是否需要调整。
示例：一份月度巡检重复任务怎么建
下面用一个演示场景说明完整过程。某团队每月要对办公区设备做一次巡检，检查项稳定，负责人由两名同事轮流担任。
判断环节：检查项固定，适合用任务模板承载；每月执行一次，适合用周期规则控制生成。结论是模板加周期规则的组合方式。
字段填写示例：
- 频率：每月一次，定在每月最后一个工作日。
- 生成时点：提前3个工作日生成，给负责人留出准备时间。
- 负责人：按轮换规则在两名同事之间交替。
- 任务归属：生成到“行政运维”项目，标签为“巡检”。
- 标题规则：“YYYY年M月设备巡检”。
- 检查项清单：消防通道是否畅通；应急照明是否正常；空调滤网是否需要更换；门禁与监控是否在线；上月问题项是否闭环。
- 提醒与到期：生成当天提醒负责人，到期前1天再次提醒，逾期未完成则标记异常并通知例外处理人。
首次生成后核对：确认任务出现在“行政运维”项目、负责人是本月轮值同事、检查项完整、提醒时间正确。若发现生成时点过早导致任务积压，可把提前量从3个工作日调整为1个工作日，并在规则说明里记录调整原因。
例外处理：某月因办公区搬迁无需巡检，由例外处理人批准跳过，在例外记录中写明原因；若某月需要提前执行，则调整该期任务的到期时间，并在记录中注明，规则本身保持不变。
完成检查：重复任务上线前要过哪些项
正式启用前，逐项核对下面的清单。每项都给出通过标准，全部通过再放开长期运行。
| 检查项 | 通过标准 |
|---|---|
| 频率、起止与生成时点 | 与实际业务节奏一致，下一次生成时间可被准确说出 |
| 负责人与协作者 | 已明确，轮换规则可执行，通知能送达 |
| 任务内容完整度 | 执行者打开任务即可开始，无需再询问要求 |
| 提醒与逾期规则 | 提醒时间已设置，逾期后有明确处理动作 |
| 例外与暂停机制 | 跳过、提前、延期的批准人和记录位置已写明 |
| 试跑结果 | 首次生成的时间、字段、负责人与预期一致 |
试跑一轮是验收中最容易被跳过的一步，也是最能暴露问题的一步：生成时点是否合适、负责人是否收到通知、检查项是否够用，都要在真实生成后确认。试跑通过后再正式启用，并把规则说明、模板版本和例外记录归档，后续调整时有据可查。
常见问题
如果一项工作既有固定节奏，每次内容又需要逐项确认，应该怎么建？
按组合方式处理：先用任务模板把每次都要确认的检查项、字段和依赖关系写全，再用周期规则按固定节奏引用这份模板生成任务。这样内容保持一致，又不用每期手工创建。判断依据是“节奏固定”和“多步骤清单”两个条件同时成立，缺一个就按单一方式处理即可。
生成时点提前太多导致任务积压，提前太少又来不及准备，怎么定？
以执行者实际需要的准备时间为准，先按经验值设置，再通过试跑调整。例如巡检类任务提前3个工作日生成，如果试跑发现任务长期堆在待办里没人动，就缩短到1个工作日；如果执行者反映准备不足，就适当延长。每次调整都在规则说明里记录原因，方便后续回看。
某一期不需要执行，是删掉任务还是改规则？
建议保留规则、只处理当期任务。由例外处理人批准跳过，在例外记录中写明原因和影响，规则本身保持不变。若需要提前执行，则调整该期任务的到期时间并注明。只有业务节奏本身发生变化时，才去修改周期规则，并记录变更原因和生效时间。
模板修改后，已经生成但还没执行的任务怎么办？
模板版本化后，修改要记录变更原因和生效时间。对已生成但未执行的任务，由规则维护者判断是否按新版本更新检查项：影响执行结果的更新，并在任务里说明变更；不影响当期的，留到下一期生成时生效。这样执行者不会在不知情的情况下按旧版操作。
负责人轮换怎么设置才不容易出错？
把轮换顺序和周期写进规则说明，明确每期由谁担任负责人、交接在什么时点完成。首次生成后核对负责人是否为本期轮值人，通知是否送达。轮换涉及人员变动时，由规则维护者更新名单并记录，避免任务生成后无人认领。
