删除确认机制

规则二：删除文件需要确认，才能删除。

---

一、机制概述

核心原则

任何文件删除操作必须经过用户明确确认，禁止自动执行删除。

安全等级

• 优先级：P0（最高优先级）
• 执行方式：人工确认
• 适用范围：所有删除操作

---

二、确认流程

标准流程

┌─────────────────────────────────────────────────────┐
│  Step 1: 识别删除请求                                 │
│  ↓ 检测到用户或系统发起删除意图                        │
├─────────────────────────────────────────────────────┤
│  Step 2: 风险评估                                     │
│  ↓ 评估删除影响范围（文件数量、重要性、关联性）         │
├─────────────────────────────────────────────────────┤
│  Step 3: 列出文件                                     │
│  ↓ 展示所有待删除文件的完整路径                        │
├─────────────────────────────────────────────────────┤
│  Step 4: 请求确认                                     │
│  ↓ 明确询问用户是否确认删除                            │
├─────────────────────────────────────────────────────┤
│  Step 5: 执行/取消                                    │
│  ↓ 根据用户指令执行或取消操作                          │
└─────────────────────────────────────────────────────┘

详细步骤

Step 1: 识别删除请求

触发条件：

• 用户明确说"删除"
• 用户说"删掉"
• 用户说"移除"
• 系统检测到删除操作意图

识别关键词：

delete_keywords:
  - "删除"
  - "删掉"
  - "移除"
  - "清空"
  - "彻底删除"
  - "永久删除"
  - "remove"
  - "delete"
  - "clear"

Step 2: 风险评估

评估维度：

1. 文件数量：单个文件 / 多个文件 / 批量删除
2. 文件位置：
   • 系统目录（高风险）
   • 个人文档（中风险）
   • 临时文件（低风险）
3. 文件类型：
   • 代码文件（中风险）
   • 文档资料（高风险）
   • 配置文件（高风险）
   • 临时文件（低风险）
4. 关联性：是否有其他文件依赖此文件

风险等级： | 等级 | 描述 | 处理方式 | |-----|------|---------| | 🔴 高风险 | 系统文件、重要配置、大量文件 | 必须人工确认 + 二次确认 | | 🟡 中风险 | 个人文档、代码文件 | 必须人工确认 | | 🟢 低风险 | 临时文件、缓存文件 | 可自动处理（需记录） |

Step 3: 列出文件

展示内容：

⚠️ 删除确认请求

检测到您请求删除以下文件：

📁 文件列表：
1. [文件路径1] - [文件大小] - [最后修改时间]
2. [文件路径2] - [文件大小] - [最后修改时间]
3. [文件路径3] - [文件大小] - [最后修改时间]

📊 统计信息：
- 文件总数：X 个
- 总大小：XX MB
- 风险等级：[高/中/低]

⚠️ 警告：此操作不可逆！删除的文件将无法恢复。

Step 4: 请求确认

确认话术模板：

请确认以下事项：

✅ 是否已备份重要数据？
✅ 是否确定要永久删除这些文件？
✅ 是否了解删除后无法恢复？

请输入以下指令之一：
- "确认删除" - 确认并执行删除操作
- "取消" - 取消删除操作
- "先备份" - 先备份再删除

⏰ 等待用户确认...

Step 5: 执行/取消

执行逻辑：

if user_response == "确认删除":
    execute_delete(files)
    log_operation("删除已执行", files)
elif user_response == "先备份":
    backup_files(files)
    execute_delete(files)
    log_operation("备份后删除", files)
else:
    cancel_operation()
    log_operation("删除已取消", files)

---

三、例外情况

自动处理（无需确认）

以下情况可自动执行删除，但需记录日志：

1. 临时缓存文件
   • 扩展名：.tmp, .cache, .temp
   • 位置：/tmp/, temp/, cache/
2. 用户明确指定的测试文件
   • 用户明确说"这是测试文件，可以删除"
   • 文件路径包含"test"、"temp"、"demo"
3. 系统自动生成的日志文件
   • 超过30天的日志文件
   • 位置：logs/, log/ 目录下

禁止自动删除

以下情况绝对禁止自动删除：

• ❌ 任何包含"重要"、"关键"、"核心"字样的文件
• ❌ 配置文件（.config, .ini, .yaml, .json）
• ❌ 源代码文件（.py, .js, .java, .cpp等）
• ❌ 数据库文件（.db, .sqlite, .mdb）
• ❌ 用户个人文档（.doc, .pdf, .md）
• ❌ Obsidian知识库中的任何文件

---

四、安全增强措施

1. 回收站机制

• 删除的文件先移入回收站
• 保留7天后自动清理
• 用户可随时从回收站恢复

2. 操作日志

每次删除操作必须记录：

log_entry:
  timestamp: "2026-04-03 14:30:00"
  operation: "文件删除"
  files:
    - "path/to/file1"
    - "path/to/file2"
  user_confirmed: true
  risk_level: "high"
  result: "success"

3. 定期审计

• 每周检查删除日志
• 发现异常删除及时告警
• 定期备份重要文件

---

五、触发规则配置

WorkBuddy自动触发

{
  "name": "删除确认机制",
  "scope": "global",
  "priority": "high",
  "triggers": {
    "keywords": ["删除", "删掉", "移除", "清空"],
    "actions": ["delete", "remove", "clear"]
  },
  "action": "activate_delete_confirmation",
  "alwaysApply": true
}

---

六、关联文档

• SKILL.md - 龙心OS规则体系主文件
• 安全规则.md - 安全规则总览
• 操作日志.md - 操作日志规范

---

文档版本: 1.0 最后更新: 2026-04-03 维护者: 龙龟神将 所属机构: 以观其妙书院