周期任务和任务模板分别处理重复工作的两个维度：周期任务决定一件事什么时候再次出现，任务模板决定这件事出现时包含哪些字段、子任务和检查项。两者可以单独使用，也可以组合成“按周期生成、按模板成型”的组织方式。下面从定义、边界、运行机制和具体例子说明它们的关系。
要点总览（TL;DR）
- 周期任务管节奏：按设定周期重复生成任务实例，解决“同一件事按固定节奏反复出现”的问题。
- 任务模板管结构：预置字段、子任务、检查项等可复用骨架，解决“同一类任务每次按相同结构成型”的问题。
- 两者可组合为“按周期生成、按模板成型”：周期决定何时生成，模板决定生成后长什么样，在实例创建节点衔接。
- 常见误解是以为设了周期就自带检查项、建了模板就会自动重复；两者需分别配置才能配合生效。
- 修改模板是否影响已生成实例因工具而异，跨期对比场景应在调整前确认影响范围。
周期任务和任务模板分别指什么
周期任务是一种按设定周期重复生成待办的工作项组织方式。使用者预先设定重复节奏，例如每天、每周、每月或按自定义间隔，系统在到达设定时间点时生成新的任务实例，供执行人按当期情况处理。它解决的是“同一件事按固定节奏反复出现”的问题，关注点落在时间维度：下一次什么时候出现、由谁接收、是否需要提前提醒。
任务模板是一套可复用的任务骨架，预先写好这类任务每次都需要填写和执行的固定内容，通常包括字段设置、子任务拆分、检查项清单、默认负责人或协作角色等。新建任务时套用模板，任务就按预设结构成型，执行人不必每次从空白开始重新拆解。它解决的是“同一类任务每次都要按相同结构填写和拆解”的问题，关注点落在内容维度：任务应该包含什么、按什么结构推进。
用一句话概括：周期任务管节奏，任务模板管结构。前者回答“什么时候做”，后者回答“做成什么样”。理解这一点，后面的边界和组合方式就比较容易把握。
两者的边界：各自管什么、不管什么
把两个概念分开，关键是看各自覆盖的范围。周期任务的职责到“按时生成一个任务实例”为止，它不规定这个实例内部应该有哪些字段、要拆成几个子任务、需要核对哪些检查项。即使一个周期任务每次生成的任务内容完全空白，它仍然完成了自己的职责。
任务模板的职责到“让任务按预设结构成型”为止，它不决定任务何时出现、以什么频率出现。模板本身是一套静态结构，套用一次生成一个任务，不会因为模板存在就自动重复。把模板当成自动重复机制，是常见的混淆来源。
此外还有两类相邻对象不属于本文讨论范围：项目模板面向整个项目计划的复用，涉及阶段、里程碑和任务群的整体复制；跨对象的自动规则面向状态流转与触发动作，例如某类任务完成后自动创建另一类任务或变更状态。这两者与周期任务、任务模板都聚焦单个任务的重复组织，层次不同。
| 维度 | 周期任务 | 任务模板 |
|---|---|---|
| 覆盖内容 | 重复节奏、生成时间点、实例接收方 | 字段设置、子任务、检查项、默认角色 |
| 不覆盖内容 | 任务内部结构与检查项 | 任务出现的时间与频率 |
| 单独使用的结果 | 按时生成结构简单的任务实例 | 按结构创建一次性任务 |
| 典型误用 | 以为设了周期就自带检查项 | 以为建了模板就会自动重复 |
周期任务如何生成实例、模板如何约束实例
组合使用时，两者的运行有先后顺序。周期任务先按设定节奏触发，在到达时间点时创建一个新的任务实例；实例创建的同时，模板提供初始结构，把字段、子任务和检查项写入这个实例。周期决定何时生成，模板决定生成后长什么样，两者在“实例创建”这个节点上衔接。
可以用一条流程来理解：
- 设定节奏：为重复发生的工作配置周期，明确间隔与生成时间。
- 绑定结构：为该周期生成的任务指定模板，确定字段、子任务和检查项。
- 触发生成：到达时间点，系统创建新的任务实例。
- 按模板成型：实例带上模板预设的结构，执行人按清单推进。
- 当期执行与归档：本期实例独立完成，下一周期再生成新的实例。
需要特别说明的是实例生成之后与模板的关系。修改模板是否会影响已经生成的实例，不同工具的处理方式不同：有的工具在实例创建时复制结构，之后模板变更不影响历史实例；有的工具保持引用关系，模板调整会同步到未完成的实例。这一点没有统一答案，使用前应按所用工具的实际行为确认，避免在周期执行中途改模板导致已生成任务被意外改动。
在重复工作的组织上，ONES 的工作项与模板管理可以承载这类动作：把固定节奏的重复事项配置为按周期生成的工作项，把每次都要填写的字段、要拆分的子任务和要核对的检查项沉淀为模板，让每期实例按同一结构进入执行和评审。具体支持范围与配置方式以实际产品为准。
与项目模板、自动化规则的区别
周期任务和任务模板容易被拿来与项目模板、自动化规则比较，原因在于四者都涉及“复用”或“自动”。区别在于复用的对象和触发的范围不同。
| 概念 | 复用或作用的对象 | 核心作用 | 与本文两者的关系 |
|---|---|---|---|
| 周期任务 | 单个任务的生成节奏 | 按固定周期反复生成任务实例 | 本文对象，管时间 |
| 任务模板 | 单个任务的内容结构 | 让同类任务按相同结构成型 | 本文对象，管结构 |
| 项目模板 | 整个项目计划 | 复用阶段、里程碑与任务群的整体安排 | 层次更高，面向项目级复用 |
| 自动化规则 | 跨对象的状态与动作 | 按条件触发状态流转或创建动作 | 面向对象间联动，不限于单个任务 |
从表中可以看出，周期任务与任务模板都聚焦单个任务的重复组织，一个管时间、一个管结构；项目模板把复用范围扩大到整个项目计划；自动化规则则跨越对象边界，处理“发生什么之后自动做什么”。四者可以配合，但概念层次不同，不宜互相替代。
一个具体例子：月度巡检怎么用
假设团队每月需要执行一次设备巡检。巡检这件事有两个特征：每月固定发生，且每次都要核对同样的项目。前者交给周期任务，后者交给任务模板。
配置方式是：建立一个周期任务，设定每月固定日期生成；为它绑定巡检任务模板，模板中预置巡检人字段、按区域拆分的子任务，以及设备状态、安全项等检查项清单。每到生成日，系统创建一个新的巡检任务实例，实例自带这些字段和清单，巡检人按清单逐项核对并记录结果。本期完成后归档，下个月再生成新一期，各期记录相互独立，便于按月对比。
这个例子也暴露了几个常见误解：
- 以为设了周期就自动带上检查项。周期任务只负责按时生成，检查项来自模板。只配周期不配模板，生成的任务结构是空的。
- 以为建了模板就会自动重复。模板是静态骨架，套用一次生成一个任务。没有周期配置，模板不会自己按月出现。
- 以为改模板会同步所有历史记录。已生成实例是否随模板变更而改变，取决于工具实现。调整模板前应确认影响范围，尤其是跨期对比的场景，历史实例的结构最好保持稳定。
维护上还有一点值得注意：周期任务和模板应分别有人负责。节奏调整（例如从每月改为每两周）只动周期配置，结构优化（例如新增一项检查内容）只动模板，两者分开维护，改动的影响范围更清楚。组合使用时，先确认工具对“模板变更是否回写已生成实例”的处理方式，再决定在周期执行的哪个时点更新模板，可以减少执行中途的结构变动。
常见问题
只配置周期任务、不绑定模板，会有什么结果？
周期任务仍会按节奏生成任务实例，但实例内部结构是空的：没有预置字段、没有拆好的子任务、也没有检查项清单。执行人拿到的是一个待补充的任务，需要自己填写和拆解。如果这类工作每次结构都一样，建议同时绑定模板，把固定内容沉淀下来，减少每期重复搭建的工作量。
模板建好后，任务会自动按月出现吗？
不会。模板是一套静态结构，套用一次生成一个任务，它本身不包含时间触发机制。要让任务按月出现，需要另外配置周期任务，并在生成时指定该模板。判断方法很简单：看这个配置里有没有“重复节奏”这一项，有节奏才是周期任务，只有结构则是模板。
周期执行中途修改模板，已经生成的任务会跟着变吗？
这取决于所用工具的实现方式。有的工具在实例创建时复制模板结构，之后改模板不影响已生成实例；有的工具保持引用关系，模板调整会同步到未完成实例。两种方式各有适用场景，使用前应确认实际行为。对于需要跨期对比的巡检、盘点类工作，历史实例结构保持稳定更便于比较，建议在当期执行完成后再更新模板。
周期任务和自动化规则都能自动创建任务，该怎么选？
看触发依据。周期任务按时间触发，适合“每月固定做一次”这类节奏明确的工作；自动化规则按条件触发，适合“某件事发生后自动创建另一类任务”这类对象间联动。如果重复工作既有固定节奏，又需要在特定条件下追加任务，两者可以并存，分别承担时间驱动和事件驱动的部分。
周期任务和模板应该由谁维护？
建议把节奏和结构分开维护：节奏调整（如从每月改为每两周）由负责排期的人处理，只动周期配置；结构优化（如新增一项检查内容）由熟悉执行细节的人处理，只动模板。分开维护后，每次改动的影响范围更清楚，也便于排查“任务内容不对”和“任务没按时出现”这两类不同问题。
