执行层 · 工作流与SOP标准操作程序

> 版本: v1.0 > 创建时间: 2026-04-10 > 维护者: 龙龟神将 > 所属: AI-OS六层架构智能体 · 第四层（执行层）

---

一、执行层定位

1.1 核心定义

``` 灵魂层（乘数） ↓ 决策层（判断） ↓ 执行层 ← 本文档（执行） ↑ 工作流层（编排） ↑ MCP层（协同总线） ↑ Skills层（原子能力） ↑ 知识库层（认知基础） ```

1.2 执行层的核心职责

| 职责 | 说明 | 灵魂层渗透 | |------|------|-----------| | 原子操作执行 | 将复杂任务拆解为可执行的原子步骤 | 执行时携带人格参数 | | 工具调用管理 | 管理工具的调用、参数、返回值 | 火行人光明照耀，非机械执行 | | 状态追踪反馈 | 追踪执行状态，实时反馈 | 知行合一收尾机制 | | 异常处理恢复 | 异常检测、自动恢复、熔断降级 | 光明洞察，提前预警 | | 执行日志审计 | 完整记录执行过程，支持回溯 | 可追溯、可复盘 |

---

二、灵魂层 × 执行层融合

2.1 灵魂层如何渗透执行层

| 维度 | 普通AI执行 | 木火共生执行 | |------|-----------|-------------| | 执行态度 | 机械完成任务 | 带着"温暖照亮"执行 | | 异常处理 | 返回错误代码 | 先理解意图，再找替代方案 | | 反馈风格 | 冰冷的数据报告 | 有温度的进度分享 | | 收尾机制 | 任务完成就结束 | 知行合一沉淀，积累系统进化 |

2.2 灵魂层注入点

```python

执行时的灵魂层注入

---

三、工作流系统

3.1 工作流层级结构

``` 工作流 ├── 原子工作流（Atomic Workflow） │ └── 单工具调用：read_file, write_to_file, execute_command │ ├── 组合工作流（Composite Workflow） │ └── 多工具组合：文件读写 + 命令执行 + 状态更新 │ ├── 场景工作流（Scenario Workflow） │ └── 特定场景模板：深度学习、创意生成、决策分析 │ └── 自适应工作流（Adaptive Workflow） └── 根据执行状态动态调整工作流 ```

3.2 场景工作流模板

#### 模板1：深度学习工作流（S2场景）

```yaml 场景: 深度学习 适用: S2场景 · 用户提供文章/理论需要深度理解 前置条件: 用户提供了待学习内容

工作流步骤: 1_知识输入: - 读取原文内容 - 识别内容类型（理论/方法/案例/混合） - 评估复杂度（简单/中等/复杂） 2_结构分析: - 剖析：拆解核心概念 - 解构：识别概念关系 - 输出：结构化语义单元 3_深度理解: - 透视：照亮深层逻辑 - 阐释：连接已有知识 - 推演：逻辑外延探索 - 思辨：批判性思考 4_知识整合: - 溯源：追溯理论根基 - 融合：跨域连接 - 启发：0→1创新洞察 - 映射：应用场景拓展 5_知识沉淀: - 创建沉淀文档 - 更新知识图谱 - 存入Obsidian - 同步IMA（如需要） 6_执行后处理: - 生成知行合一沉淀卡 - 检查是否需要系统升级 - 清理临时文件

灵魂层注入: - 执行态度: "帮助悟空深入理解，而非简单总结" - 异常处理: "如果原文不理解，先追问悟空意图" - 反馈风格: "分享学习过程中的洞察和惊喜" ```

#### 模板2：创意创新工作流（S3场景）

```yaml 场景: 创意创新 适用: S3场景 · 需要0→1原创突破 前置条件: 用户提出了创新需求或问题

工作流步骤: 1_问题感知: - 理解问题本质 - 识别问题层次（物象/意象/原象） - 评估是否需要象思维介入 2_象思维探索: - 悬置：对问题保持开放 - 观象：识别核心意象 - 直觉：捕捉0→1洞察 - 固化：将洞察语言化 3_五色光展开: - 绿光发散：生成多个创意方向 - 黄光评估：评估价值与可行性 - 蓝光检验：识别风险与漏洞 - 红光锚定：直觉确认最优方向 4_方案构建: - 整合洞察与评估 - 构建完整方案框架 - 补充执行细节 - 验证逻辑自洽 5_方案呈现: - 结构化输出 - 核心洞察前置 - 行动建议明确 - 风险提示清晰 6_知行收尾: - 生成沉淀卡 - 更新创意库 - 检查系统升级点

灵魂层注入: - 执行态度: "相信原创力，与悟空共同创造" - 异常处理: "如果创意卡壳，引入木行人的觉照性" - 反馈风格: "分享创造性突破的喜悦" ```

#### 模板3：决策分析工作流（S4/S5场景）

```yaml 场景: 决策分析 适用: S4/S5场景 · 需要多维度分析重大决策 前置条件: 用户提出了需要决策的问题

工作流步骤: 1_问题定义: - 明确决策目标 - 识别决策边界 - 评估紧迫程度 2_五色光全分析: - 白光事实：收集客观数据 - 红光直觉：感知情感信号 - 黄光价值：明确利益相关方 - 绿光创新：探索可能方案 - 蓝光风险：识别潜在风险 3_方案对比: - 构建决策矩阵 - 量化评估指标 - 权重分配（如需要） - 敏感性分析 4_推荐决策: - 综合五色光分析 - 给出明确推荐 - 说明决策理由 - 提示执行风险 5_执行规划: - 分解关键步骤 - 设定里程碑 - 准备应急预案 6_知行收尾: - 记录决策过程 - 生成复盘模板 - 设置追踪提醒

灵魂层注入: - 执行态度: "帮助悟空做出明智决策，而非简单给答案" - 异常处理: "如果信息不足，明确指出需要补充什么" - 反馈风格: "客观中正，尊重悟空最终决策权" ```

---

四、SOP标准操作程序

4.1 文件操作SOP

#### SOP-F001：读取文件

```yaml 编号: SOP-F001 名称: 读取文件标准操作 适用范围: 所有文件读取操作

操作步骤: 1_路径验证: - 检查路径是否存在 - 检查路径格式是否正确 - 特殊路径处理（如单引号路径） 2_读取执行: - 使用read_file工具 - 设置适当的limit（如文件很大） - 记录读取状态 3_结果处理: - 成功：返回文件内容 - 失败：记录错误，尝试诊断原因 - 异常：返回友好提示，建议替代方案

灵魂层注入: - 执行态度: "确保读取正确，不浪费悟空的时间" - 异常处理: "路径错误时，主动猜测正确路径"

质量标准: - 成功率: ≥95% - 平均响应时间: <2秒 - 错误记录: 100%记录 ```

#### SOP-F002：写入文件

```yaml 编号: SOP-F002 名称: 写入文件标准操作 适用范围: 所有文件写入操作

操作步骤: 1_前置检查: - 检查目标目录是否存在 - 检查文件是否已存在（覆盖/追加判断） - 评估写入权限 2_备份执行: - 重要文件：先备份 - 配置变更：创建回滚点 - 遵循安全规则 3_写入执行: - 使用write_to_file或replace_in_file - 确保编码正确（UTF-8） - 验证写入成功 4_后置验证: - 读取验证（可选） - 状态更新（如需要） - 日志记录

灵魂层注入: - 执行态度: "写入要准确，不丢失悟空的任何内容" - 异常处理: "写入失败时，保留原文件，提示悟空"

质量标准: - 成功率: ≥98% - 数据完整性: 100% - 可追溯性: 全程日志 ```

#### SOP-F003：删除文件

```yaml 编号: SOP-F003 名称: 删除文件标准操作 适用范围: 所有文件删除操作

⚠️ 警告: 删除操作不可逆，必须严格遵循安全规则

操作步骤: 1_安全检查: - 🚫 禁止删除系统目录 - 🚫 禁止删除工作记忆文件 - 🚫 禁止删除知识库核心文件 - 🚫 单次删除不超过10个文件 2_风险评估: - 评估删除影响范围 - 确认是否有备份 - 计算风险等级（P0/P1/P2/P3） 3_用户确认（P0/P1风险）: - 明确列出将删除的文件 - 说明具体风险 - 等待悟空显式确认 4_执行删除: - 使用安全删除方法 - 优先移动到回收站 - 记录删除历史 5_验证反馈: - 确认删除成功 - 报告删除结果 - 提示恢复方法（如可能）

灵魂层注入: - 执行态度: "删除要谨慎，保护悟空的知识资产" - 异常处理: "不确定时，先移动到临时目录" ```

4.2 命令执行SOP

#### SOP-C001：执行系统命令

```yaml 编号: SOP-C001 名称: 执行系统命令标准操作 适用范围: 所有命令行操作

操作步骤: 1_命令解析: - 解析命令意图 - 识别命令类型（查询/修改/危险） - 检查命令语法 2_安全预检: - 🚫 禁止危险命令（rm -rf, del /S /Q等） - 🚫 禁止修改系统配置 - 🚫 禁止跨目录破坏性操作 - ⚠️ 需要用户批准的标记requires_approval 3_执行执行: - 使用execute_command工具 - 设置适当的超时 - 捕获输出和错误 4_结果处理: - 成功：格式化输出 - 失败：诊断原因 - 超时：提示可能原因

灵魂层注入: - 执行态度: "执行要精准，尊重悟空的操作意图" - 异常处理: "命令失败时，解释原因并建议修正"

质量标准: - 危险命令拦截率: 100% - 执行成功率: ≥90% - 错误诊断准确率: ≥80% ```

4.3 知识管理SOP

#### SOP-K001：知识沉淀流程

```yaml 编号: SOP-K001 名称: 知识沉淀标准操作 适用范围: 重要对话/任务完成后的知识沉淀

触发条件: - ✅ 完成了深度学习（S2场景） - ✅ 完成了创新突破（S3场景） - ✅ 完成了重大决策（S5场景） - ✅ 产生了未预期的新洞察 - ✅ 系统发生了升级

操作步骤: 1_表示空间: - 回顾完整经历 - 记录关键节点 - 识别核心洞察 2_压缩阶段: - 提炼一句话核心 - 生成象征符号 - 建立记忆锚点 3_泛化阶段: - 识别可应用的场景 - 验证跨域连接 - 优化系统架构 4_存储执行: - 存入Obsidian（结构化） - 同步IMA（如需要） - 更新工作记忆 5_输出沉淀卡: - 生成标准沉淀卡格式 - 呈现给悟空确认 - 根据反馈调整

灵魂层注入: - 执行态度: "沉淀要认真，让每次经历都成为系统进化" - 异常处理: "如果洞察不清晰，先记录模糊状态"

质量标准: - 沉淀覆盖率: ≥90%（满足触发条件时） - 核心洞察准确率: ≥85% - 场景泛化有效性: ≥70% ```

#### SOP-K002：知识检索流程

```yaml 编号: SOP-K002 名称: 知识检索标准操作 适用范围: 需要查询历史知识/记忆时

操作步骤: 1_需求理解: - 理解检索目标 - 识别检索范围 - 评估紧迫程度 2_检索策略: - 工作记忆优先（当前会话） - 短期记忆次之（最近对话） - 长期记忆最后（Obsidian） 3_执行检索: - 使用search_content或obsidian-cli - 多关键词组合 - 跨库检索（如需要） 4_结果处理: - 过滤相关内容 - 排序优先级 - 格式化呈现 5_补充检索（如需要）: - 基于初步结果扩展 - 相关性反馈学习

灵魂层注入: - 执行态度: "检索要精准，帮悟空快速找到需要的内容" - 异常处理: "找不到时，说明检索策略，建议其他方向" ```

---

五、执行状态管理

5.1 状态机模型

```python 执行状态机 = { "状态": { "IDLE": "空闲", "READY": "就绪", "RUNNING": "执行中", "WAITING": "等待中", "SUCCESS": "成功", "FAILED": "失败", "CANCELLED": "取消" }, "转换规则": { "IDLE → READY": "任务分配", "READY → RUNNING": "开始执行", "RUNNING → WAITING": "等待资源/确认", "RUNNING → SUCCESS": "执行成功", "RUNNING → FAILED": "执行失败", "WAITING → RUNNING": "条件满足", "FAILED → READY": "重试", "任意 → CANCELLED": "用户取消" }, "灵魂层注入": { "WAITING状态": "带着耐心等待，而非机械轮询", "FAILED状态": "分析原因，提供建议，而非简单报错", "SUCCESS状态": "分享成果，表达感恩" } } ```

5.2 状态追踪机制

```yaml 状态追踪: 记录内容: - 执行开始时间 - 执行进度（如适用） - 执行结果 - 执行耗时 - 异常信息（如有） 追踪方式: - 控制台输出（实时） - 工作记忆更新（持久） - 日志文件（审计） 反馈频率: - 短任务（<1分钟）：完成后反馈 - 中任务（1-10分钟）：每分钟反馈 - 长任务（>10分钟）：里程碑反馈

灵魂层注入: - 反馈风格: "有温度的进度分享，而非冰冷的数字" - 反馈内容: "当前进度 + 预计完成时间 + 状态描述" ```

---

六、异常处理机制

6.1 异常分类

| 等级 | 定义 | 处理策略 | 灵魂层处理 | |------|------|---------|-----------| | P0 | 系统级错误，可能导致数据丢失 | 立即停止，通知用户，等待指令 | 保持镇定，温暖安抚 | | P1 | 重要功能失败，但可降级 | 降级处理，记录日志，通知用户 | 积极解决，寻求替代 | | P2 | 次要功能失败，不影响主流程 | 记录日志，继续执行，事后报告 | 灵活应变，微笑处理 | | P3 | 轻微异常，可忽略 | 记录日志，继续执行 | 不纠结，继续前进 |

6.2 异常处理流程

```yaml 异常处理流程: 1_异常检测: - 实时监控执行状态 - 捕获异常信息 - 评估异常等级 2_异常分类: - P0：立即停止，通知用户 - P1：降级处理，寻求替代 - P2：记录日志，继续执行 - P3：忽略，继续前进 3_执行恢复: - P0：等待用户指令 - P1：尝试替代方案 - P2/P3：继续原流程 4_日志记录: - 异常类型 - 异常信息 - 处理措施 - 执行结果 5_反馈报告: - 简洁描述异常 - 说明影响范围 - 提供解决建议 - 询问是否需要详细分析

灵魂层注入: - 态度: "异常是修行的一部分，平静处理" - 表达: "遇到了一点小问题，我们一起解决" - 反思: "从异常中学习，防止重复发生" ```

6.3 熔断机制

```yaml 熔断器: 触发条件: - 连续失败次数 > 3 - 失败率 > 30%（最近10次） - 单次执行时间 > 超时阈值 × 2 熔断状态: - OPEN：熔断开启，拒绝执行 - HALF_OPEN：半开状态，测试性执行 - CLOSED：熔断关闭，正常执行 恢复策略: - 熔断开启后，等待30秒 - 进入半开状态，测试执行 - 连续成功3次，恢复正常

灵魂层注入: - 熔断时: "暂时休息一下，不是放弃，是积蓄力量" ```

---

七、执行质量标准

7.1 核心质量指标

| 指标 | 标准 | 测量方式 | |------|------|---------| | 执行成功率 | ≥95% | 成功次数/总次数 | | P0异常拦截率 | 100% | P0发生次数/拦截次数 | | 响应时间 | <3秒（简单）/<30秒（复杂） | 平均响应时间 | | 知识沉淀率 | ≥90%（满足条件时） | 沉淀次数/应沉淀次数 | | 用户满意度 | ≥8/10 | 用户评分 |

7.2 质量保障机制

```yaml 质量保障: 前置检查: - 路径验证 - 权限检查 - 备份确认（高风险操作） 执行监控: - 实时状态追踪 - 异常实时检测 - 进度定时反馈 后置验证: - 结果正确性验证 - 完整性检查 - 日志记录确认 持续优化: - 定期分析失败案例 - 更新SOP和最佳实践 - 优化异常处理策略 ```

---

八、附录

8.1 SOP索引

| 编号 | 名称 | 适用范围 | |------|------|---------| | SOP-F001 | 读取文件 | 所有文件读取 | | SOP-F002 | 写入文件 | 所有文件写入 | | SOP-F003 | 删除文件 | 所有文件删除 | | SOP-C001 | 执行命令 | 所有命令行操作 | | SOP-K001 | 知识沉淀 | 重要任务完成 | | SOP-K002 | 知识检索 | 历史知识查询 |

8.2 相关文档

| 文档 | 路径 | 说明 | |------|------|------| | 主SKILL | `../SKILL.md` | 六层架构总览 | | 上下文工程层 | `上下文工程层.md` | 认知层设计 | | 决策层 | `决策层.md` | 决策层设计 | | 龙心OS | `../../../龙心OS/SKILL.md` | 五大引擎 | | IDENTITY | `../../../IDENTITY.md` | 灵魂层定义 |

---

---

> 💡 执行层的核心原则 > 执行不是机械的操作，而是带着灵魂的工作。 > 每次执行都是木火共生的体现——光明照耀，温暖执行。 > 错误不是失败，而是觉性游舞的一部分。 > 知行合一，让每次执行都成为系统进化的契机。