schedule-plan

Name: schedule-plan
Author: kweaver-ai

309stars53forks

How to install schedule-plan?

kweaver-ai/kweaver-dip/schedule-plan

$npx -y skills add kweaver-ai/kweaver-dip --skill schedule-plan

Installs into the current project.

Summary

定时计划协议。仅当用户请求创建定时计划、定时任务等自动化安排时生效；包含 ORA 拆解、PLAN.md 持久化、物理搬移归档规则以及任务消息首条指令规范。须与 archive-protocol 技能一并遵守。

Files · 1

View on GitHub

SKILL.md

1	# 定时计划协议
2
3	仅当用户请求「创建定时计划 / 定时任务 / 提醒 / 自动化安排 / 周期任务 / 延迟任务」时生效。
4
5	## 【核心规则：必须全量归档】
6
7	所有生成的成果性内容（无论是单个文件还是整个目录/文件夹），在任务完成后必须彻底搬移（Move）至归档区。
8
9	工作区（Workspace）仅作为临时加工场，任务结束后的合规状态是：工作区不留任何生成物，全部进入 `archives/`。
10
11	与归档的关系：定时计划必须遵守 `archive-protocol` 技能中的全局归档规则（含路径双轨制、写入校验以及物理搬移逻辑）。
12
13	## 【先确认 PLAN，再创建定时任务】
14
15	生成并写入 `PLAN.md` 后，必须按 `archive-protocol` 调用 `archive` 工具将其搬移至归档区。后续所有的确认、回读、修改动作，都必须直接针对归档后的路径执行。
16
17	必须执行的交互顺序：
18
19	1. 将归档区内的 `PLAN.md` 中的关键内容摘要给用户（或明确告知路径并请用户阅读），并主动询问：是否确认按此执行、是否有修改意见。
20	2. 若用户提出修改：直接编辑归档区内的 `PLAN.md`（不再在工作区保留副本），再重复上一步，直至用户满意。
21	3. 仅在用户明确确认后（例如明确表示「确认」「可以创建定时任务了」「按这个建 Cron」等），才创建定时任务；此时任务 message 仍须遵守下文【任务消息首要指令】。
22
23	## 【已创建计划的修改】
24
25	若定时任务已存在，或用户要求变更已落地的计划，必须先同步更新归档区内的 `archives/{ARCHIVE_ID}/PLAN.md` 中与该 `Task_ID` 对应的条目，再按需调整调度参数。禁止仅在对话中达成新口径而 `PLAN.md` 仍为旧内容。
26
27	## 【需求理解规则】
28
29	当用户需求较笼统时，必须：直接给出一个预设基准方案，并提供 2-3 个结构化选项，最后追加：`其他：[由用户补充]`。禁止让用户做开放式命题作文。
30
31	## 【ORA 拆解】
32
33	在用户确认计划细节后，必须展示：
34
35	- O (Objective): 解决什么痛点，如何体现 `SOUL.md` 价值观。
36	- R (Result): 成功判定标准、交付物、可见成果。
37	- A (Action): 触发频率、执行逻辑、失败处理、输出物归档方式。
38
39	## 【任务消息首要指令】
40
41	在实际创建定时任务时，任务 message 中的首要指令必须是：
42
43	`从路径归档区内的 PLAN.md 中读取 Task_ID: {{TASK_UUID}} 的详细计划并按步骤执行`
44
45	## 【PLAN.md 持久化】
46
47	必须包含：`Task_ID`, `Role_Context`, `Archive_Path`, `Status`, `Objective`, `Result`, `Action_Steps`。
48
49	`Action_Steps` 的第 1 条必须是：
50
51	`1. [读取本文件指令]：从路径归档区内的 PLAN.md 中读取 Task_ID: {{TASK_UUID}} 的详细计划并按步骤执行`
52
53	【Cron】
54	创建 Cron 任务时，强制参数：
55	1. `sessionTarget` 必须是 "isolated"
56	2. `payload.kind` 必须是 "agentTurn"
57	3. `delivery.bestEffort` 必须是 true
58	4. `delivery.mode` 必须是 "none"
59
60	## 【PLAN.md 模板】
61
62	### [Task_ID: {{TASK_UUID}}] {{Task_Name}}
63
64	- Role_Context: {{Current_Persona}} (Aligned with `SOUL.md` & `IDENTITY.md`)
65	- Status: Active
66
67	#### ORA Detail
68
69	- Objective: {{O_content}}
70	- Result: {{R_content}}
71	- Action_Steps:
72	1. [读取本文件指令]：从路径归档区内的 PLAN.md 中读取 `Task_ID: {{TASK_UUID}}` 的详细计划并按步骤执行。
73	2. [上下文校验]：确认当前上下文已对齐 `SOUL.md` 与 `IDENTITY.md`。
74	3. [执行动作]：根据读取到的详细步骤执行业务逻辑。
75	4. [归档校验]：验证输出物已存入归档区内的目录。
76
77	## 【执行顺序（计划任务）】
78
79	1. 与用户对齐 ORA 要点后，在工作区编写 `PLAN.md` 并调用 `archive` 工具将其搬移至归档区内的 PLAN.md。
80	2. 暂停创建定时任务：引导用户阅读归档区内的 `PLAN.md`，征询确认。
81	3. 若需修订：直接对归档区内的 `PLAN.md` 执行 edit/replace 操作。
82	4. 用户明确确认后，再创建定时任务；任务 message 的首条指令须指向归档后的 `PLAN.md`。
83	5. 任何其它产出物（包括文件和文件夹）通过 `archive` 工具归档并做回读校验；归档后工作区不留存任何原始生成物。

People who liked this also viewed

6 picks

Type

schedule-plan

309stars53forks

View on GitHub

How to install schedule-plan?

kweaver-ai/kweaver-dip/schedule-plan

$npx -y skills add kweaver-ai/kweaver-dip --skill schedule-plan

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# 定时计划协议
2
3	仅当用户请求「创建定时计划 / 定时任务 / 提醒 / 自动化安排 / 周期任务 / 延迟任务」时生效。
4
5	## 【核心规则：必须全量归档】
6
7	所有生成的成果性内容（无论是单个文件还是整个目录/文件夹），在任务完成后必须彻底搬移（Move）至归档区。
8
9	工作区（Workspace）仅作为临时加工场，任务结束后的合规状态是：工作区不留任何生成物，全部进入 `archives/`。
10
11	与归档的关系：定时计划必须遵守 `archive-protocol` 技能中的全局归档规则（含路径双轨制、写入校验以及物理搬移逻辑）。
12
13	## 【先确认 PLAN，再创建定时任务】
14
15	生成并写入 `PLAN.md` 后，必须按 `archive-protocol` 调用 `archive` 工具将其搬移至归档区。后续所有的确认、回读、修改动作，都必须直接针对归档后的路径执行。
16
17	必须执行的交互顺序：
18
19	1. 将归档区内的 `PLAN.md` 中的关键内容摘要给用户（或明确告知路径并请用户阅读），并主动询问：是否确认按此执行、是否有修改意见。
20	2. 若用户提出修改：直接编辑归档区内的 `PLAN.md`（不再在工作区保留副本），再重复上一步，直至用户满意。
21	3. 仅在用户明确确认后（例如明确表示「确认」「可以创建定时任务了」「按这个建 Cron」等），才创建定时任务；此时任务 message 仍须遵守下文【任务消息首要指令】。
22
23	## 【已创建计划的修改】
24
25	若定时任务已存在，或用户要求变更已落地的计划，必须先同步更新归档区内的 `archives/{ARCHIVE_ID}/PLAN.md` 中与该 `Task_ID` 对应的条目，再按需调整调度参数。禁止仅在对话中达成新口径而 `PLAN.md` 仍为旧内容。
26
27	## 【需求理解规则】
28
29	当用户需求较笼统时，必须：直接给出一个预设基准方案，并提供 2-3 个结构化选项，最后追加：`其他：[由用户补充]`。禁止让用户做开放式命题作文。
30
31	## 【ORA 拆解】
32
33	在用户确认计划细节后，必须展示：
34
35	- O (Objective): 解决什么痛点，如何体现 `SOUL.md` 价值观。
36	- R (Result): 成功判定标准、交付物、可见成果。
37	- A (Action): 触发频率、执行逻辑、失败处理、输出物归档方式。
38
39	## 【任务消息首要指令】
40
41	在实际创建定时任务时，任务 message 中的首要指令必须是：
42
43	`从路径归档区内的 PLAN.md 中读取 Task_ID: {{TASK_UUID}} 的详细计划并按步骤执行`
44
45	## 【PLAN.md 持久化】
46
47	必须包含：`Task_ID`, `Role_Context`, `Archive_Path`, `Status`, `Objective`, `Result`, `Action_Steps`。
48
49	`Action_Steps` 的第 1 条必须是：
50
51	`1. [读取本文件指令]：从路径归档区内的 PLAN.md 中读取 Task_ID: {{TASK_UUID}} 的详细计划并按步骤执行`
52
53	【Cron】
54	创建 Cron 任务时，强制参数：
55	1. `sessionTarget` 必须是 "isolated"
56	2. `payload.kind` 必须是 "agentTurn"
57	3. `delivery.bestEffort` 必须是 true
58	4. `delivery.mode` 必须是 "none"
59
60	## 【PLAN.md 模板】
61
62	### [Task_ID: {{TASK_UUID}}] {{Task_Name}}
63
64	- Role_Context: {{Current_Persona}} (Aligned with `SOUL.md` & `IDENTITY.md`)
65	- Status: Active
66
67	#### ORA Detail
68
69	- Objective: {{O_content}}
70	- Result: {{R_content}}
71	- Action_Steps:
72	1. [读取本文件指令]：从路径归档区内的 PLAN.md 中读取 `Task_ID: {{TASK_UUID}}` 的详细计划并按步骤执行。
73	2. [上下文校验]：确认当前上下文已对齐 `SOUL.md` 与 `IDENTITY.md`。
74	3. [执行动作]：根据读取到的详细步骤执行业务逻辑。
75	4. [归档校验]：验证输出物已存入归档区内的目录。
76
77	## 【执行顺序（计划任务）】
78
79	1. 与用户对齐 ORA 要点后，在工作区编写 `PLAN.md` 并调用 `archive` 工具将其搬移至归档区内的 PLAN.md。
80	2. 暂停创建定时任务：引导用户阅读归档区内的 `PLAN.md`，征询确认。
81	3. 若需修订：直接对归档区内的 `PLAN.md` 执行 edit/replace 操作。
82	4. 用户明确确认后，再创建定时任务；任务 message 的首条指令须指向归档后的 `PLAN.md`。
83	5. 任何其它产出物（包括文件和文件夹）通过 `archive` 工具归档并做回读校验；归档后工作区不留存任何原始生成物。

People who liked this also viewed

6 picks

Type