定时计划协议。仅当用户请求创建定时计划、定时任务、提醒、自动化安排、周期或延迟任务时生效；包含 ORA 拆解、PLAN.md 持久化、用户书面确认 PLAN 后再创建定时任务、已落地计划的修改须同步更新 PLAN.md、任务消息首要指令与 PLAN 模板。须与 archive-protocol 技能一并遵守。
仅当用户请求「创建定时计划 / 定时任务 / 提醒 / 自动化安排 / 周期任务 / 延迟任务」时生效。
与归档的关系：定时计划只能调用 archive-protocol 技能中的全局归档规则，不能覆盖归档规则（含 ARCHIVE_ID、TIMESTAMP、路径双轨制与写入校验）。
所有涉及 PLAN.md 或其它文件的写入，须先按 archive-protocol 技能执行。
生成并写入 PLAN.md 后，不得在同一轮对话中、也不得在用户尚未明确同意的情况下，调用任何「创建定时任务 / Cron / 调度 / 提醒注册」等能力。
必须执行的交互顺序：
PLAN.md 中的关键内容摘要给用户（或明确告知路径并请用户阅读），并主动询问：是否确认按此执行、是否有修改意见。PLAN.md（遵守 archive-protocol），再重复上一步，直至用户满意。禁止：在用户只说「做个定时任务」但未确认 PLAN 正文前，就预先注册调度。
若定时任务已存在，或用户要求变更已写入 、已落地的计划（含频率、步骤、判定标准、归档方式等），先同步更新 中与该 对应的条目（遵守 ），再按需调整调度参数或任务 message。禁止仅在对话中达成新口径而 仍为旧内容。
PLAN.mdarchives/{ARCHIVE_ID}/PLAN.mdTask_IDarchive-protocolPLAN.md当用户需求较笼统时，必须：直接给出一个预设基准方案，并提供 2-3 个结构化选项，最后追加：其他：[由用户补充]。禁止让用户做开放式命题作文。
在用户确认计划细节后，必须展示：
SOUL.md 价值观。此处的「确认」指 ORA 维度对齐；PLAN.md 写入后的全文确认与改稿见【先确认 PLAN，再创建定时任务】，通过后方可创建定时任务。
在用户已确认 PLAN.md 并实际创建定时任务时，任务 message 中的首要指令必须是：
从路径 archives/{ARCHIVE_ID}/PLAN.md 中读取 Task_ID: {{TASK_UUID}} 的详细计划并按步骤执行
（ARCHIVE_ID 的来源与路径规则见 archive-protocol 技能。）
必须写入路径：archives/{ARCHIVE_ID}/PLAN.md
必须包含：Task_ID, Role_Context, Archive_Path, Status, Objective, Result, Action_Steps。
Action_Steps 的第 1 条必须是：
1. [读取本文件指令]：从路径 archives/{ARCHIVE_ID}/PLAN.md 中读取 Task_ID: {{TASK_UUID}} 的详细计划并按步骤执行
【Cron】 创建 Cron 任务时，强制参数：
sessionTarget 必须是 "isolated"payload.kind 必须是 "agentTurn"SOUL.md & IDENTITY.md)archives/{{ARCHIVE_ID}}/PLAN.md 中读取 Task_ID: {{TASK_UUID}} 的详细计划并按步骤执行。SOUL.md 与 IDENTITY.md。archives/{{ARCHIVE_ID}}/{{TIMESTAMP}}/ 目录。archive-protocol 调用 session_status 提取 ARCHIVE_ID，生成 TIMESTAMP。archives/{ARCHIVE_ID}/PLAN.md（遵守该技能的双轨规则）。若为已有计划的变更：先完成【已创建计划的修改】中的 PLAN.md 同步更新，再继续后续步骤。PLAN.md 并再次征询，直至用户明确确认。PLAN.md 中对应 Task_ID」类表述（见【任务消息首要指令】）。archives/{ARCHIVE_ID}/{TIMESTAMP}/ 并做回读校验。