补充安全权限日志与草稿状态约定

docs/specs/02_事项任务.md

@@ -6,8 +6,8 @@
 
 ## 2. 第一版做什么
 
-1. 事项可以来自 AI 草稿 `CONFIRMED` 后转换。
-2. 事项可以由程经理确认复杂草稿后生成，复杂草稿来自 `route_type=manager_confirm_required`。
+1. 事项可以来自 AI 草稿 `confirmed` 后转换。
+2. 复杂事项来自 `route_type=manager_confirm_required`，老板确认后先创建 `pending_manager_confirm` 的事项壳。
 3. 事项可以由老板或程经理手动创建。
 4. 普通员工第一版不默认给别人创建事项。
 5. 事项必须有发起人、接收人、事项内容、反馈要求和状态。
@@ -36,7 +36,7 @@
 ```text
 AI 草稿或手动输入
 -> 人工确认
--> AI 草稿进入 CONFIRMED
+-> AI 草稿进入 confirmed
 -> 创建 tasks
 -> 创建 notifications
 -> 飞书通知接收人
@@ -49,11 +49,11 @@ AI 草稿或手动输入
 
 ```text
 老板确认转程经理
--> AI 草稿进入 NEED_MANAGER_CONFIRM
--> 创建 pending_manager_confirm 事项或待确认记录
+-> AI 草稿进入 confirmed
+-> 创建 pending_manager_confirm 事项壳，接收人和内容可由程经理补齐
 -> 给程经理发飞书提醒
 -> 程经理进入平台确认、修改和分发
--> 草稿进入 CONFIRMED 后转换任务
+-> 事项壳进入 pending_notify
 -> 通知接收人
 -> 接收反馈
 ```
@@ -101,7 +101,7 @@ AI 草稿或手动输入
 
 1. 未确认事项不得通知接收人。
 2. `pending_manager_confirm` 必须由程经理确认后才能进入通知流程。
-3. 01 模块中的 `NEED_MANAGER_CONFIRM` 不能绕过程经理直接创建正式任务。
+3. `manager_confirm_required` 不能绕过程经理直接通知最终接收人；必须先创建 `pending_manager_confirm` 事项壳。
 4. 通知失败进入 `notify_failed`，不得假装已通知。
 5. 已取消事项不能反馈、通知或补发。
 6. 有问题反馈会将事项标记为 `problem`，并记录原因。